- An issue is proposing a new release with a changelog since the last release.
- Make sure your repo is clean by git's standards.
- Tag the repository from the
master
branch (from therelease-1.19
branch for a patch release) and push the tagVERSION=v0.19.0 git tag -m $VERSION $VERSION; git push origin $VERSION
. - An OWNER creates a release branch
git checkout -b release-1.19
. (not required for patch releases) - Add the prow-job settings for the new release branch here.
- Push the release branch to the kube-scheduler-simulator repo and ensure branch protection is enabled. (not required for patch releases)
- Publish a draft release using the tag you created in 3.
- Perform the image promotion process.
- Publish release.
- Email
[email protected]
to announce the release.
See post-kube-scheduler-simulator-push-images dashboard for staging registry image build job status.
View the kube-scheduler-simulator staging registry using this URL in a web browser
or use the below gcloud
commands.
List images in staging registry.
gcloud container images list --repository gcr.io/k8s-staging-sched-simulator
List simulator-backend and simulator-frontend image tags in the staging registry.
gcloud container images list-tags gcr.io/k8s-staging-sched-simulator/simulator-backend
gcloud container images list-tags gcr.io/k8s-staging-sched-simulator/simulator-frontend