Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

v1.0.0-beta.9 release #4349

Merged
merged 1 commit into from May 9, 2022
Merged

v1.0.0-beta.9 release #4349

merged 1 commit into from May 9, 2022

Conversation

conradoplg
Copy link
Contributor

@conradoplg conradoplg commented May 6, 2022


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
  • Keep a list of the crates that haven't been incremented, to include in the PR

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.

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:

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.

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 "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. Keep the list of those, to include in the PR
  • 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

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).
    - [ ] Add the list of deleted changelog entries as a comment to make reviewing easier.
    - [ ] Also add the list of not-bumped crates as a comment (can use the same comment as the previous one).
  • While the PR is being reviewed, turn on Merge Freeze to stop other PRs merging

Create the Release

  • 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)
  • Turn off Merge Freeze to start merging PRs again

If the build fails after tagging:

  1. fix the build
  2. increment versions again, following these instructions from the start
  3. update README.md with a new git tag
  4. update CHANGELOG.md with details about the fix
  5. tag a new release

@conradoplg conradoplg requested review from a team as code owners May 6, 2022 18:08
@conradoplg conradoplg requested review from upbqdn and teor2345 and removed request for a team May 6, 2022 18:08
@conradoplg
Copy link
Contributor Author

All crates were bumped.

Entries not mentioned in changelog:

@conradoplg
Copy link
Contributor Author

conradoplg commented May 6, 2022

https://github.com/ZcashFoundation/zebra/runs/6327325222?check_suite_focus=true

#27 exporting to image
#27 pushing layers 0.8s done
#27 ERROR: failed to authorize: failed to fetch oauth token: unexpected status: 401 Unauthorized
------
 > exporting to image:
------
error: failed to solve: failed to fetch oauth token: unexpected status: 401 Unauthorized
Error: buildx failed with: error: failed to solve: failed to fetch oauth token: unexpected status: 401 Unauthorized

One more victim of #4234 😢

@teor2345 teor2345 added A-rust Area: Updates to Rust code P-High 🔥 labels May 8, 2022
Copy link
Contributor

@teor2345 teor2345 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks great, thanks!

@teor2345
Copy link
Contributor

teor2345 commented May 8, 2022

Error: buildx failed with: error: failed to solve: failed to fetch oauth token: unexpected status: 401 Unauthorized

I re-ran the failed jobs, hopefully they will pass in the next few hours.

This PR will need to be manually merged, because merge freeze blocks all Mergify PRs.

mergify bot added a commit that referenced this pull request May 8, 2022
@conradoplg conradoplg merged commit c190e30 into main May 9, 2022
@conradoplg conradoplg deleted the v1.0.0-beta.9-release branch May 9, 2022 16:32
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-rust Area: Updates to Rust code
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants