-
Notifications
You must be signed in to change notification settings - Fork 214
Release v2024‐05‐05
-
Made a copy of the latest release Release-v2024-03-27 documented as a new page on cardano-wallet's wiki called Release-v2024-05-05.
-
Pick up the latest green commit from master and prove it's green by linking the successful buildkite and github actions builds here.
-
github commit:
-
c69e05fc83a2bac94945fa2482ea4ae0bbd86f70 (corresponds to
release-candidate/v2024-05-05
)
-
c69e05fc83a2bac94945fa2482ea4ae0bbd86f70 (corresponds to
-
buildkite pipeline for CI-1:
-
green build
(note: this is a build of a commit on
master
)
-
green build
(note: this is a build of a commit on
-
-
shepherd the commit through CI-2
-
Make sure the release-candidate cardano-wallet is green
-
release candidate
(note: this is a build of a commit on branch
release-candidate/v2024-05-05
that is not onmaster
)
-
release candidate
(note: this is a build of a commit on branch
-
Take note of the release commit
-
Take note of the build that produced the testable release artifacts:
- Build number 4796
- Note that this build is an
rc-latest
build against the release commit85c53a2f8c6cb10d2d44ab045b3c5e4fb7155e7a
.
-
Make sure the
rc-latest-2024-05-05
is green, take note of build as the source of artifacts in the next steps -
Make sure the docker image for
rc-latest-2024-05-05
was pushed -
Check Linux E2E tests on
rc-latest-2024-05-05
artifacts are green, note that the github action code is taken from master but run againstrc-latest-2024-05-05
, look into the setup steps to see the build number- linux-E2E
- NOTE: there was one failure that corresponds to a known flaky test:
- This flaky test was subsequently fixed in https://github.com/cardano-foundation/cardano-wallet/pull/4578/files, and this PR did not materially change the source code for any releasable artifact.
-
Check Windows E2E tests on
rc-latest-2024-05-05
artifacts, note that the github action code is taken from master but run againstrc-latest-2024-05-05
, look into the setup steps to see the build number- windows-E2E
- NOTE: there was one failure that corresponds to a known flaky test:
- This flaky test was subsequently fixed in https://github.com/cardano-foundation/cardano-wallet/pull/4578/files, and this PR did not materially change the source code for any releasable artifact.
-
Check MacOS E2E tests on
rc-latest-2024-05-05
artifacts, note that the github action code is taken from master but run againstrc-latest-2024-05-05
, look into the setup steps to see the build number -
Check Docker E2E tests on the
rc-latest-2024-05-05
and node 8.9.1, look forrc-latest-2024-05-05
in the start node and wallet step -
Check Windows unit tests on
rc-latest-2024-05-05
artifacts -
Check benchmarks on
rc-latest-2024-05-05
commit
-
- Trigger a release build on CI (GitHub Actions) for this release branch.
export RELEASE_GIT_COMMIT=85c53a2f8c6cb10d2d44ab045b3c5e4fb7155e7a export NEW_GIT_TAG=v2024-05-05 git tag --sign -m $NEW_GIT_TAG $NEW_GIT_TAG $RELEASE_GIT_COMMIT git push origin $NEW_GIT_TAG
We use bump.sh
to generate a record of all API changes between the last release and this release. This is the result:
-
Write release notes in the release page
-
Add the relevant artifacts to the release page from the 4196 buldkite build build
- Linux
- Windows
- MacOS-intel
- MacOS-arm64
-
Verify that the documentations have been correctly exported on gh-pages
-
Make a commit with redirects to the documentation for the release like this one.
git checkout gh-pages git pull origin gh-pages cd releases ./make_redirects.sh $NEW_GIT_TAG git push origin gh-pages
-
Make sure the Command-Line Interface manual is up to date.
-
Execute on Linux and partially on MacOS manual scenarios on the binaries to be released.
-
Verify that sensitive fields listed in Cardano/Wallet/Api/Server are still accurate and aren't missing any new ones.
sensitive = [ "passphrase" , "old_passphrase" , "new_passphrase" , "mnemonic_sentence" , "mnemonic_second_factor" ]
-
Once everyone has signed off (i.e. Tech lead, QA & Release manager), publish the release draft.
-
Merge the (administrative) commits created for the release tag back into the
master
branch. -
Remember to leave this checklist in an up-to-date status for the next releaser