chore: Release v1.6.0 #8319
Merged
chore: Release v1.6.0 #8319
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
github-actions
bot
added
the
C-trivial
|
PRs I excluded from CHANGELOG:
|
17 tasks
This reverts commit 5261e85.
Co-authored-by: Arya <[email protected]>
arya2
previously approved these changes
Feb 23, 2024
|
@Mergifyio refresh |
✅ Pull request refreshed |
arya2
approved these changes
Feb 23, 2024
|
Here's the output from |
|
The release is finished. Zebra 1.6.0 runs well on my machine. |
idky137
pushed a commit
to idky137/zebra
that referenced
this pull request
Feb 28, 2024
* Prepare the CHANGELOG for v1.6.0 * chore: Release * Set `ESTIMATED_RELEASE_HEIGHT` to 2_413_000 * Revert "chore: Release" This reverts commit 5261e85. * chore: Release * Fix release-crates-dry-run * Temporarily turn off bumps for `zebra-{scan,grpc}` * Apply suggestions from code review Co-authored-by: Arya <[email protected]> * Re-enable test bump for `zebra-scan` * Re-enable test bumps for `zebra-{scan, grpc}` * Turn off dry-run bumps for `zebra-{scan, grpc}` * Re-enable bumps and disable dry-run publishing * Re-enable dry-run publishing * Exclude `zebra-scan` from publishing --------- Co-authored-by: Arya <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
name: 'Release Checklist Template'
about: 'Checklist to create and publish a Zebra release'
title: 'Release Zebra (version)'
labels: 'A-release, C-trivial, P-Critical 🚑'
assignees: ''
Prepare for the Release
(See the release ticket checklist for details)
Summarise Release Changes
These steps can be done a few days before the release, in the same PR:
Change Log
Important: Any merge into
maindeletes any edits to the draft changelog.Once you are ready to tag a release, copy the draft changelog into
CHANGELOG.md.We use the Release Drafter workflow to automatically create a draft changelog. We follow the Keep a Changelog format.
To create the final change log:
CHANGELOG.md(there can be multiple draft releases)README
README updates can be skipped for urgent releases.
Update the README to:
Check for changes in the
Dockerfilesince the last tag:git diff <previous-release-tag> docker/Dockerfile.Cargo.tomlsYou can use a command like:
Create the Release PR
for example:
bump-v1.0.0- this needs to be different to the tag name&template=release-checklist.mdto the comparing url (Example).batchedqueue using Mergify.Criticalpriority, so they go in theurgentMergify queue.do-not-merge, because Mergify checks approved PRs against every commit, even when a queue is frozen.Update Versions and End of Support
Update Zebra Version
Choose a Release Level
Zebra follows semantic versioning. Semantic versions look like: MAJOR.MINOR.PATCH[-TAG.PRE-RELEASE]
Choose a release level for
zebrad. Release levels are based on user-visible changes from the changelog:majorreleasesminorreleasespatchreleaseZebra's Rust API doesn't have any support or stability guarantees, so we keep all the
zebra-*andtower-*crates on a betapre-releaseversion.Update Crate Versions
If you're publishing crates for the first time, log in to crates.io,
and make sure you're a member of owners group.
Check that the release will work:
Crate publishing is automatically checked in CI using "dry run" mode, however due to a bug in
cargo-releasewe need to pass exact versions to the alpha crates:zebra-scanandzebra-grpcalpha crates in the release-crates-dry-run workflow scriptUpdate End of Support
The end of support height is calculated from the current blockchain height:
ESTIMATED_RELEASE_HEIGHTinend_of_support.rswith the height you estimate the release will be tagged.Optional: calculate the release tagging height
1152blocks for each day until the release1152 * 3to the current Mainnet block heightUpdate the Release PR
Publish the Zebra Release
Create the GitHub Pre-Release
for example:
v1.0.0mainbranchZebrafollowed by the version tag,for example:
Zebra 1.0.0starting just after the title
## [Zebra ...of the current version being released,and ending just before the title of the previous release.
Test the Pre-Release
main, and the quick tests have passed:Publish Release
Publish Crates
cargo logincargo cleanin the zebra repo (optional)cargo release publish --verbose --workspace --executecrates.io:cargo install --locked --force --version 1.minor.patch zebrad && ~/.cargo/bin/zebradand put the output in a comment on the PR.
Publish Docker Images
batchedqueue using Mergify.do-not-mergefrom the PRs you added it toRelease Failures
If building or running fails after tagging:
Tag a new release, following these instructions...
patchreleaseCHANGELOG.mdwith details about the fix