Make this post a wiki
Roles
- Release Owner: @upadhyeammit
- Release Engineer: @Odilhao
- Installer Maintainer: @evgeni
Manual updates: 2022-05-26
Release Engineer
- Update manual if applicable for any additional installation steps
- Update release notes section in the manual:
-
Release notes: bullet point list by category of all changes, include link to bug numbers.
- For theforeman.org: You can auto-generate changes using the release notes script.
- For docs.theforeman.org: You can auto-generate changes using redmine_release_notes script, more details are available in README.
- Append CLI release notes taken from the hammer-cli and hammer-cli-foreman changelogs, in theforeman.org and docs.theforeman.org websites release notes.
- Headline features: half a dozen important features with a few sentences description each
- Upgrade notes on theforeman.org and docs.theforeman.org: all important notices that users must be aware of before upgrading
-
Release notes: bullet point list by category of all changes, include link to bug numbers.
Preparing code: 2022-05-26
Installer Maintainer
-
Make patch releases of installer modules that have important changes
- Branch to MAJ.MIN-stable if recent changes to the module aren’t suitable for patch (x.y.z) release
Release Owner
- Remove/change target version field for any open Redmine tickets assigned to the release still (next minor, unset it or reject)
- Ensure that code in git matches issues fixed in 3.3.0-rc2 in redmine. issues.rb can be used to generate a comparison between the two.
Tagging a release: 2022-05-26
Release Owner
- In foreman 3.3-stable:
- Make sure test_3_3_stable is green
-
run
make -C locale tx-update
-
Tag the release using tag.sh
tag.sh 3.3.0-rc2 && git push upstream 3.3-stable --follow-tags
- In smart-proxy 3.3-stable:
- Make sure test_proxy_3_3_stable is green
-
Tag the release using tag.sh
tag.sh 3.3.0-rc2 && git push upstream 3.3-stable --follow-tags
- In foreman-selinux 3.3-stable:
-
Tag the release using tag.sh
tag.sh 3.3.0-rc2 && git push upstream 3.3-stable --follow-tags
-
Tag the release using tag.sh
- In foreman-installer 3.3-stable:
-
Tag the release using tag.sh
tag.sh 3.3.0-rc2 && git push upstream 3.3-stable --follow-tags
-
Tag the release using tag.sh
- Run the Jenkins Tarballs Release to create tarballs
Release Engineer
- Update release version similar to here
- Sign Tarballs
Note: If for some reason there was an issue with the tarballs that required uploading new tarballs, CDN cache should be invalidated so that the builders use the updated tarballs.
Packaging a release: 2022-05-26
Release Engineer
- Update foreman-packaging branches
- Wait for packages to be built
-
Tag
foreman-release
intoforeman-client-3.3-rhel7
andforeman-client-3.3-el8
, as this doesn’t happen automatically for those tags. Make sure the build matches the release.-
koji tag-build foreman-client-3.3-rhel7 foreman-release-3.3.0-1.el7
-
koji tag-build foreman-client-3.3-el8 foreman-release-3.3.0-1.el8
-
-
Tag
yggdrasil
intoforeman-plugins-3.3-nonscl-rhel7
andforeman-plugins-3.3-el8
, as this doesn’t happen automatically for those tags.-
koji tag-build foreman-plugins-3.3-nonscl-rhel7 yggdrasil-VERSION.el7
-
koji tag-build foreman-plugins-3.3-el8 yggdrasil-VERSION.el8
-
- Check for outstanding PRs against 3.3 packaging, and merge if possible:
- Sign the RPMs in the release
-
Sign RPMs for client repos (call scripts with
PROJECT=client
) -
Kick off the release pipeline by calling
release_pipeline
-
Kick off the client pipeline by calling
PROJECT=client release_pipeline
- Kick off the plugins pipeline by calling plugins_pipeline
After the packages have been released
Release Owner
- Announce the release on Discourse
- Update the topic in #theforeman channel on Freenode
- Share the release announcement on twitter
- Release pipeline will trigger foreman-plugins-3.3-deb-test-pipeline and foreman-plugins-3.3-rpm-test-pipeline. These don’t block releases but can be used to understand known issues around plugin compatibility with Foreman 3.3.