Foreman 3.4.0-rc1 release process

Make this post a wiki

Roles

Manual updates: 2022-08-11

Release Owner

Preparing code: 2022-08-11

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.4.0-rc1 in redmine. issues.rb can be used to generate a comparison between the two.

Tagging a release: 2022-08-11

Release Owner

  • In foreman 3.4-stable:
    • Make sure test_3_4_stable is green
    • run make -C locale tx-update
    • Tag the release using tag.sh tag.sh 3.4.0-rc1 && git push upstream 3.4-stable --follow-tags
  • In smart-proxy 3.4-stable:
  • In foreman-selinux 3.4-stable:
    • Tag the release using tag.sh tag.sh 3.4.0-rc1 && git push upstream 3.4-stable --follow-tags
  • In foreman-installer 3.4-stable:
    • Tag the release using tag.sh tag.sh 3.4.0-rc1 && git push upstream 3.4-stable --follow-tags
  • Run the Jenkins Tarballs Release to create tarballs

Release Engineer

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-08-11

Release Engineer

Background documentation

After the packages have been released

Release Owner

# cat /etc/apt/sources.list.d/foreman.list 
deb [signed-by=/usr/share/keyrings/theforeman-archive-keyring.asc] http://deb.theforeman.org/ bullseye 3.4.0~rc1
deb [signed-by=/usr/share/keyrings/theforeman-archive-keyring.asc] http://deb.theforeman.org/ plugins 3.4.0~rc1

well, this didn’t work exactly how we wanted, will have to investigate a bit more XD

Probably needs something like a sed -E 's/([0-9]+\.[0-9]+).*/\1/' or so, but Monday.

Here is the PR against deb/develop that fixes it: https://github.com/theforeman/foreman-packaging/pull/8353
will need to be picked to deb/3.4 once merged.

1 Like