Setup preparation
Pre-check (run ~1 week before release date)
Preparation PR (run ~1 day before release date. It can be re-run multiple times.)
Tagging
Post Tagging (run after docker images are published)
Publish helm (run after docker images are published)
Publish docs (only for pre/rc releases)
Post-release
Slack example text templates
Patch releases
:confetti_ball: :cilium-radiant: Release Announcement :cilium-radiant::confetti_ball:
Cilium v1.18.0-pre.2, vA.B.C, and vD.E.F have been released. Thanks all for your contributions! Please see the release notes below for details :cilium-gopher:
v1.18.0-pre.2: https://github.com/cilium/cilium/releases/tag/v1.18.0-pre.2
vA.B.C: https://github.com/cilium/cilium/releases/tag/vA.B.C
vD.E.F: https://github.com/cilium/cilium/releases/tag/vD.E.F
First pre-release
:cilium-new: *Cilium v1.18.0-pre.2 has been released:*
https://github.com/cilium/cilium/releases/tag/v1.18.0-pre.2
This is the first monthly snapshot for the v1.18 development cycle. There are [v1.18.0-pre.2 OSS docs](https://docs.cilium.io/en/v1.18.0-pre.2) available if you want to pull this version & try it out.
Subsequent pre-/rc- releases
*Announcement* :tada: :tada:
:cilium-new: *Cilium v1.18.0-pre.2 has been released:*
https://github.com/cilium/cilium/releases/tag/v1.18.0-pre.2
Thank you for the testing and contributing to the previous pre-releases. There are [v1.18.0-pre.2 OSS docs](https://docs.cilium.io/en/v1.18.0-pre.2) available if you want to pull this version & try it out.
Setup preparation
GITHUB_TOKENthat has access to the repository. Only classic tokens aresupported at the moment, the needed scopes are
write:org,public_repoandproject.with Git and install gh.
git clone https://github.com/cilium/charts.git "$GOPATH/src/github.com/cilium/charts"git clone https://github.com/cilium/release.git "$GOPATH/src/github.com/cilium/release"If you already have the repo checked out, make sure the
releasebinary is up to date:release start --helptool to understand whateach automated step does.
Pre-check (run ~1 week before release date)
message in #launchpad Slack channel. Create a thread for that message and ping the
current backporter to merge the outstanding backport PRs and stop merging any new
backport PRs until the GitHub issue is closed (to avoid generating incomplete
release notes).
./release start --steps 1-pre-check --target-version v1.18.0-pre.2version.
skipped on case by case basis in coordination with the backporter).
docker image.
include in the release.
Preparation PR (run ~1 day before release date. It can be re-run multiple times.)
step "2-prepare-release" and version for v1.18.0-pre.2
Release bot.
Tagging
Once the tags are published the documentation will be pointing to them. Until we release
the helm chart, users will face issues while trying out our documentation.
./release start --steps 3-tag --target-version v1.18.0-pre.2of the GitHub run to be used later):
Cilium Image Release builds
Post Tagging (run after docker images are published)
step "4-post-release" and version for v1.18.0-pre.2
by this step)
Publish helm (run after docker images are published)
./release start --steps 5-publish-helm --target-version v1.18.0-pre.2Publish docs (only for pre/rc releases)
docsearch.config.json, commit them and push atrigger the workflow here
Post-release
advisory. If it does, include the list of security advisories at the
top of the release notes.
(via the checkbox at the bottom of the page). It should be the new
latest if the version number is strictly superior to the current
latest release displayed on GitHub (e.g. 1.11.13 does not become the
new latest release over 1.12.5, but version 1.12.6 will).
See below for templates.
../release/internal/bump-readme.sh.Slack example text templates
Patch releases
First pre-release
Subsequent pre-/rc- releases