Release Process
The kops project is released on an as-needed basis. The process is as follows:
- An issue is proposing a new release with a changelog since the last release
- All OWNERS must LGTM this release
- An OWNER runs
git tag -s $VERSION
and inserts the changelog and pushes the tag withgit push $VERSION
- The release issue is closed
- An announcement email is sent to
kubernetes-dev@googlegroups.com
with the subject[ANNOUNCE] kops $VERSION is released
Branches
We maintain a release-1.4
branch for kops 1.4.X, release-1.5
for kops 1.5.Xetc.
master
is where development happens. We create new branches from master as anew kops version is released, or in preparation for a new release. As we arepreparing for a new kubernetes release, we will try to advance the master branchto focus on the new functionality, and start cherry-picking back more selectivelyto the release branches only as needed.
Generally we don’t encourage users to run older kops versions, or olderbranches, because newer versions of kops should remain compatible with olderversions of Kubernetes.
Releases should be done from the release-1.X
branch. The tags should be madeon the release branches.
We do currently maintain a release
branch which should point to the same tag asthe current release-1.X
tag.
Update versions
See 1.5.0-alpha4 commit for example
- Edit makefile
- If updating dns-controller: bump version in Makefile, code, manifests, and tests
git commit -m "Release 1.X.Y
Check builds OK
make ci
Push new dns-controller image if needed
make dns-controller-push DOCKER_REGISTRY=kope
Upload new version
# export AWS_PROFILE=??? # If needed
make upload S3_BUCKET=s3://kubeupv2
Tag new version
Make sure you are on the release branch git checkout release-1.X
make release-tag
git push
git push --tags
Update release branch
For the time being, we are also maintaining a release branch. We push releasedversions to that.
git push origin release-1.8:release
Pull request to master branch (for release commit)
Upload to github
Use shipbot to upload the release:
make release-github
Compile release notes
e.g.
git log 1.8.0-beta.1..1.8.0-beta.2 --oneline | grep Merge.pull | cut -f 5 -d ' ' | tac > ~/shipbot/prs
On github
- Download release
- Validate it
- Add notes
- Publish it
Update the alpha channel and/or stable channel
Once we are satisfied the release is sound:
- Bump the kops recommended version in the alpha channel
Once we are satisfied the release is stable:
- Bump the kops recommended version in the stable channel