v1.0.0 beta.5 release

[upbqdn]

---

name: Release Checklist Template
about: Checklist of versioning to create a taggable commit for Zebra
title: ''
labels:
assignees: ''

---

Versioning

Which Crates to Increment

To check if any of the top-level crates need version increments, go to the zebra GitHub code page: https://github.com/ZcashFoundation/zebra and use the last modified dates of each crate. Alternatively you can use the github compare tool and check the main branch against the last tag (Example). git diff --stat <previous-release-tag> origin/main is also useful to see what's changed.

• Increment the crates that have new commits since the last version update
• Increment any crates that depend on crates that have changed
• Use the zebrad crate version in the zebra-network user agent string
  (currently the constant USER_AGENT in zebra-network/src/constants.rs)
• Use the latest git tag in README.md
• Use the latest git tag in book/src/user/install.md

How to Increment Versions

Zebra follows semantic versioning.

Semantic versions look like: MAJOR.MINOR.PATCH[-TAG.PRE-RELEASE]

Pre-Release Crates

Pre-Release versions have a TAG like "alpha" or "beta". For example: 1.0.0-alpha.0

1. Increment the PRE-RELEASE version for the crate.

Optionally, if a MINOR feature pre-release breaks MAJOR API compatibility:

2. Increment the MAJOR version, and reset all the other versions to zero

Unstable Crates

Unstable versions have a MAJOR version of zero. For example: 0.1.0

1. Follow stable crate versioning, but increment the MINOR version for breaking changes

Stable Crates

For example: 1.0.0

Increment the first version component in this list, and reset the other components to zero:

1. MAJOR versions for breaking public API changes and removals
   • check for types from dependencies that appear in the public API
2. MINOR versions for new features
3. PATCH versions for bug fixes
   • includes dependency updates that don't impact the public API

Version Locations

Once you know which versions you want to increment, you can find them in the:

• zebra* Cargo.tomls
• tower-* Cargo.tomls
• zebra-network protocol user agent: https://github.com/ZcashFoundation/zebra/blob/main/zebra-network/src/constants.rs
• README.md
• book/src/user/install.md
• Cargo.lock: automatically generated by cargo build

Version Tooling

You can use fastmod to interactively find and replace versions.

For example, you can do something like:

fastmod --extensions rs,toml,md --fixed-strings '1.0.0-alpha.12' '1.0.0-alpha.13'
fastmod --extensions rs,toml,md --fixed-strings '0.2.9' '0.2.10' tower-batch
fastmod --extensions rs,toml,md --fixed-strings '0.2.8' '0.2.9' tower-fallback

Reviewing Version Bumps

Check for missed changes by going to:
https://github.com/ZcashFoundation/zebra/tree/<commit-hash>/
Where <commit-hash> is the hash of the last commit in the version bump PR.

If any Zebra or Tower crates have commit messages that are not a version bump, we have missed an update.

Also check for crates that depend on crates that have changed. They should get a version bump as well.

Initial Testing

• After any changes, test that the cargo install command in works. Use
  e.g. cargo install --locked --path zebrad.

README

As we resolve various outstanding known issues and implement new functionality with each release, we should double check the README for any necessary updates.

We should check and update if necessary:

• The "Beta Release" section
• The "Known Issues" section

to ensure that any items that are resolved in the latest release are no longer listed in the README.

Change Log

Important: Any merge into main deletes any edits to the draft changelog. Once you are ready to tag a release, copy the draft changelog into CHANGELOG.md.

We follow the Keep a Changelog format.

We use the Release Drafter workflow to automatically create a draft changelog.

To create the final change log:

• Copy the draft changelog into CHANGELOG.md
• Delete any trivial changes
• Combine duplicate changes
• Edit change descriptions so they are consistent, and make sense to non-developers
• Check the category for each change
  • prefer the "Fix" category if you're not sure

Change Categories

From "Keep a Changelog":

• Added for new features.
• Changed for changes in existing functionality.
• Deprecated for soon-to-be removed features.
• Removed for now removed features.
• Fixed for any bug fixes.
• Security in case of vulnerabilities.

Create the release PR

After you have the version increments and the updated changelog,

• Push the version increments and the updated changelog into a branch
  (name suggestion, example: v1.0.0-alpha.0-release)
• Create a release PR by adding &template=release-checklist.md to the
  comparing url (Example).
• While the PR is being reviewed, keep track of any PRs that have been merged
  since you created the PR to update CHANGELOG.md and push any updates if necessary
• Once the release PR has been approved and merged, create a new release
  using the draft release as a base, by clicking the Edit icon
  in the draft release.
• Set the release title to Zebra followed by the version tag, for example:
  Zebra 1.0.0-alpha.0
• Copy the final changelog of this release to the release description
  (starting just after the title ## [Zebra ...)
• Set the tag name to the version tag, for example: v1.0.0-alpha.0
• Set the release to target the main branch
• Mark the release as 'pre-release' (until we are no longer alpha/beta)
• Publish the release

Final Testing

• After tagging the release, test that the exact cargo install command in
  README.md works (--git behaves a bit differently to --path)

If the build fails after tagging:

1. fix the build
2. check if the fixes changed any extra crates, and do the required version increments
3. update README.md with a new git tag
4. update CHANGELOG.md with details about the fix
5. tag a new release

[upbqdn]

I've excluded these PRs:

• (Use string literal to format unreachable message in test #3483)
• (Use string literal to format unreachable message #3479)
• (Restore coverage to use latest nightly #3450)
• (build(deps): bump tower from 0.4.11 to 0.4.12 #3572)
• (build(deps): bump google-github-actions/setup-gcloud from 0.5.0 to 0.5.1 #3560)
• (build(deps): bump hyper from 0.14.16 to 0.14.17 #3517)
• (build(deps): bump rand from 0.8.4 to 0.8.5 #3529)
• (build(deps): bump inferno from 0.10.11 to 0.10.12 #3532)
• (build(deps): bump serde_json from 1.0.78 to 1.0.79 #3531)
• (build(deps): bump tokio-util from 0.6.9 to 0.7.0 #3518)
• (Bump docker/build-push-action from 2.8.0 to 2.9.0 #3497)
• (Bump google-github-actions/auth from 0.5.0 to 0.6.0 #3496)
• (Bump google-github-actions/setup-gcloud from 0.4.0 to 0.5.0 #3471)
• (Bump futures from 0.3.19 to 0.3.21 #3472)
• (Bump semver from 1.0.3 to 1.0.5 #3474)
• (Bump inferno from 0.10.10 to 0.10.11 #3473)
• (Bump uint from 0.9.2 to 0.9.3 #3468)
• (Bump tokio from 1.15.0 to 1.16.1 #3434)
• (Bump uint from 0.9.1 to 0.9.2 #3435)
• (Bump vergen from 6.0.1 to 6.0.2 #3433)
• (Bump serde_json from 1.0.75 to 1.0.78 #3389)

[codecov]

Codecov Report

Merging #3586 (9e58a2f) into main (499ae89) will increase coverage by 1.80%.
The diff coverage is 75.11%.

@@            Coverage Diff             @@
##             main    #3586      +/-   ##
==========================================
+ Coverage   78.34%   80.14%   +1.80%     
==========================================
  Files         267      276       +9     
  Lines       31526    32373     +847     
==========================================
+ Hits        24698    25946    +1248     
+ Misses       6828     6427     -401     

[teor2345]

I've excluded these PRs:

Thank you for writing this list out, it's very helpful for reviewing!

[teor2345]

Looks great!

Maybe this approval will merge the PR, but that's ok, you can just tag whatever commit it ends up in. We can also fix up the changelog after the tag, if a few extra PRs slipped in.

[upbqdn]

I added the new PRs that were recently merged into main.

[upbqdn]

Here's a list of crates the versions of which I didn't increment:

• zebra-client
• zebra-rpc.

I incremented the versions of all other crates.

[upbqdn]

I'll try to keep updating this PR until it gets merged. If that doesn't work, I'll stop updating it, wait until it is merged, and then fix the changelog.

[conradoplg]

Still looking good!

[upbqdn]

I tested that the exact cargo install command in README.md works smoothly with the new release. All should be done now.

[teor2345]

Here's a list of crates the versions of which I didn't increment:

• zebra-client
• zebra-rpc.

I incremented the versions of all other crates.

Yep we'll do zebra-rpc and the new sync crate at the next release.

[upbqdn]

Sure, I posted that to make the review even easier. I'll post both lists by default if I'm doing another release. It doesn't take almost any extra time to create the lists and I think it's beneficial for the review.