You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This issue can be closed when we have completed the following steps (in order).
Please ensure all artifacts (PRs, workflow runs, Tweets, etc) are linked from
this issue for posterity. Refer to this prior release issue for
examples of each step, assuming v2.2.4 is being cut.
NOTE: No Crossplane Runtime patch is needed for this release. The release-2.2
branch of crossplane-runtime only has security dependency bumps ahead of its
latest tag (no functional fixes), and those same bumps are applied directly in crossplane/crossplane, which is built with them regardless of the runtime
version. The runtime steps below are therefore struck through as not needed.
Determine whether a Crossplane Runtime patch is needed by checking if the release-2.2 branch of crossplane-runtime has commits ahead of its latest tag.
One way to check this is git log $(git describe --tags --abbrev=0 upstream/release-2.2)..upstream/release-2.2 --oneline, if it shows any commits then a patch release is needed.
If a Crossplane Runtime patch is needed, cut a Crossplane Runtime patch and consume it from Crossplane:
[In Crossplane Runtime]:
Confirm that all security/critical dependency update PRs from Renovate are merged into the release-2.2 branch
Run the Tag workflow on the release-2.2 branch with the proper release version, v2.2.4. Message suggested, but not required: Release v2.2.4.
Published a new release for the tagged version, with the same name as the version, taking care of generating the changes list selecting as "Previous tag" v2.2.3, so the previous patch release for the same minor.
[In Core Crossplane]: (On the Release Branch) Open and merge a PR updating the Crossplane Runtime dependency to v2.2.4.
Confirm that all security/critical dependency update PRs from Renovate are merged into the release-2.2 branch
Run the CI workflow on the release branch and verified that the tagged build version exists on the releases.crossplane.iobuild channel, e.g. build/release-2.2/v2.2.4/... should contain all the relevant binaries.
Verified image crossplane/crossplane:v2.2.4 published to Docker Hub and artifacts on the build channel.
Confirm the full set of patch versions that will be released and promote them from lowest to highest, so the highest version is the last to be promoted (e.g. v1.12.2 should be promoted after v1.11.3), in order to avoid the promote workflow overwriting the latest patch release.
NOTE: This ordering requirement can be avoided by checking the "pre-release" checkbox in the promote workflow for the older releases, as described in #5420.
Full set this cycle: v1.20.11, v2.1.8, v2.2.4, v2.3.4. Promoted with pre-release=true so it does not move the channel current pointer.
Run the Promote workflow with channel stable on the release-2.2 branch and verified that the tagged build version exists on the releases.crossplane.iostable channel at stable/v2.2.4/....
Verified at S3 origin: stable helm index contains v2.2.4.
Published a new release for the tagged version, with the same name as the version and descriptive release notes, taking care of generating the changes list selecting as "Previous tag" v2.2.3, so the previous patch release for the same minor. Before publishing the release notes, set them as Draft and ask the rest of the team to double check them.
This issue can be closed when we have completed the following steps (in order).
Please ensure all artifacts (PRs, workflow runs, Tweets, etc) are linked from
this issue for posterity. Refer to this prior release issue for
examples of each step, assuming v2.2.4 is being cut.
Determine whether a Crossplane Runtime patch is needed by checking if therelease-2.2branch ofcrossplane-runtimehas commits ahead of its latest tag.One way to check this isgit log $(git describe --tags --abbrev=0 upstream/release-2.2)..upstream/release-2.2 --oneline, if it shows any commits then a patch release is needed.If a Crossplane Runtime patch is needed, cut a Crossplane Runtime patch and consume it from Crossplane:[In Crossplane Runtime]:Confirm that all security/critical dependency update PRs from Renovate are merged into therelease-2.2branchhttps://github.com/crossplane/crossplane-runtime/pulls?q=is%3Apr+is%3Aopen+label%3AautomatedRun the Tag workflow on therelease-2.2branch with the proper release version,v2.2.4. Message suggested, but not required:Release v2.2.4.Published a new release for the tagged version, with the same name as the version, taking care of generating the changes list selecting as "Previous tag"v2.2.3, so the previous patch release for the same minor.[In Core Crossplane]: (On the Release Branch) Open and merge a PR updating the Crossplane Runtime dependency tov2.2.4.release-2.2branchrelease-2.2branch with the proper release version,v2.2.4. Message suggested, but not required:Release v2.2.4.buildchannel, e.g.build/release-2.2/v2.2.4/...should contain all the relevant binaries.crossplane/crossplane:v2.2.4published to Docker Hub and artifacts on thebuildchannel.v1.12.2should be promoted afterv1.11.3), in order to avoid the promote workflow overwriting the latest patch release.pre-release=trueso it does not move the channelcurrentpointer.stableon therelease-2.2branch and verified that the tagged build version exists on the releases.crossplane.iostablechannel atstable/v2.2.4/....stablehelm index contains v2.2.4.v2.2.3, so the previous patch release for the same minor. Before publishing the release notes, set them as Draft and ask the rest of the team to double check them.#announcementschannel on Crossplane's Slack workspace.