fc1e660454
The instructions for doing a release were outdated. Take the opportunity to just move it to a dedicated markdown file and breaking it out to make it easier to follow. This is one step short of using a release checklist like some of the other CoreOS projects do. This is a good base to eventually do that if we want.
998 B
998 B
Releasing rpm-ostree
- Increment the
year_version
andrelease_version
macros inconfigure.ac
. - Increment the
Version
field inrpm-ostree.spec.in
. - Submit as a PR and wait until reviewed and CI is green.
- Once merged, do
git pull $upstream && git reset --hard $upstream/master
on your localmaster
branch to make sure you're on the right commit. - Draft release notes by seeding a HackMD.io with
git shortlog $last_tag..
and ideally collaborating with others. Filter out the commits fromdependabot
. See previous releases for format. - Use
git-evtag
to create a signed tag with the release notes as its content. Make the first line be the name of the tag itself. - Push the tag using
git push $upstream v202X.XX
. - Create the xz tarball using
make -C packaging -f Makefile.dist-packaging dist-snapshot
. - Create a GitHub release for the new release tag using its contents and attach the tarball.