3.43.0 release tracking issue
Created by: mohammadualam
3.43 release
This release is scheduled for Aug 22, 2022, 6:00 PM (UTC).
Setup
-
Ensure release configuration in dev/release/release-config.jsonc
onmain
is up to date with the parameters for the current release. -
Ensure you have the latest version of the release tooling and configuration by checking out and updating sourcegraph@main
.
Aug 17, 2022, 6:00 PM (UTC))
Cut Release (three days before release -Perform these steps three days before the release date to generate a stable release candidate.
Prepare release
-
Post a release status update to Slack - review all release-blocking issues, and ensure someone is resolving each. yarn release release:status
Do the branch cut for the release:
-
Update the changelog and create pull requests: yarn release changelog:cut
-
Manually review the pull requests created in the previous step and merge. -
Create the 3.43
branch off the CHANGELOG commit in the previous step:yarn release release:branch-cut
Upon branch cut, create and test release candidates:
-
Tag the first release candidate: N=1; yarn release release:create-candidate $N
-
Ensure that the following Buildkite pipelines all pass for the v3.43.0-rc.1
tag: -
File any failures and regressions in the pipelines as release-blocker
issues and assign the appropriate teams.
Revert or disable features that may cause delays. As necessary, git cherry-pick
bugfix (not feature!) commits from main
into the release branch. Continue to create new release candidates as necessary, until no more release-blocker
issues remain.
Note: You will need to re-check the above pipelines for any subsequent release candidates. You can see the Buildkite logs by tweaking the "branch" query parameter in the URLs to point to the desired release candidate. In general, the URL scheme looks like the following (replacing N
in the URL):
-
Sourcegraph:
https://buildkite.com/sourcegraph/sourcegraph/builds?branch=v3.43.0-rc.N
-
Post a release status update to Slack: yarn release release:status
-
Post the following message to the #cloud channel asking for the release candidate to be deployed to a test managed instance. You're good to go once the instance is up and running: Hey team, I'm the release captain for the 3.43 release, posting here for asking for a release candidate (v3.43.0-rc.1) to be deployed to a test managed instance. Could someone help here? :ty:
Aug 22, 2022, 6:00 PM (UTC))
Release Day (Stage release
On the day of the release, confirm there are no more release-blocking issues (as reported by the release:status
command), then proceed with creating the final release:
-
Make sure CHANGELOG entries have been moved from Unreleased to 3.43.0, but exluding the ones that merged to main
after the branch cut (whose changes are not in the3.43
branch). -
Make sure deploy-sourcegraph-helm CHANGELOG entries have been moved from Unreleased to 3.43.0, but exluding the ones that merged to main
after the branch cut (whose changes are not in the3.43
branch). -
Tag the final release: yarn release release:create-candidate final
-
Ensure that the following pipelines all pass for the v3.43.0
tag: -
Wait for the v3.43.0
release Docker images to be available in Docker Hub -
Open PRs that publish the new release and address any action items required to finalize draft PRs (track PR status via the generated release batch change): yarn release release:stage
Finalize release
-
From the release batch change, merge the release-publishing PRs created previously. - For sourcegraph
-
Cherry pick the release-publishing PR from sourcegraph/sourcegraph@main
into the release branch.
-
- For deploy-sourcegraph
-
Ensure the release tag v3.43.0
has been created
-
- For deploy-sourcegraph-docker
-
Ensure the release tag v3.43.0
has been created
-
- For deploy-sourcegraph-helm
-
Cherry pick the release-publishing PR from the release branch into main
-
- For sourcegraph
-
Alert the marketing team in #release-post that they can merge the release post. -
Finalize and announce that the release is live: yarn release release:announce
Post-release
-
Notify the next release captain that they are on duty for the next release. -
Open a PR to update dev/release/release-config.jsonc
with the parameters for the next release.-
Change upcomingRelease
to the current patch release -
Change previousRelease
to the previous patch release version -
Change releaseDate
to the current date (time is optional) along withoneWorkingDayAfterRelease
andthreeWorkingDaysBeforeRelease
-
Change captainSlackUsername
andcaptainGitHubUsername
accordingly
-
-
Ensure you have the latest version of the release tooling and configuration by checking out and updating sourcegraph@main
. -
Create release calendar events, tracking issue, and announcement for next release: yarn run release tracking:issues yarn run release tracking:timeline
-
Close the release. yarn run release release:close
Note: If a patch release is requested after the release, ask that a patch request issue be filled out and approved first.