diff options
author | Carl Worth <cworth@cworth.org> | 2008-03-24 11:58:33 -0700 |
---|---|---|
committer | Carl Worth <cworth@cworth.org> | 2008-03-25 12:38:01 -0700 |
commit | 0c2c891c8f76d1fdb6efe763d35cd5bf75b9a9a7 (patch) | |
tree | 8a8ed615f7894b6475b94a418ec8f662fcb68c98 | |
parent | 11cfd5d1bb9d1ea89f9d82bf6f447e577d673816 (diff) |
Document incrementing the micro version immediately after a release
This is a cairo-like scheme where the version number is incremented
both immediately before and immediately after a release.
-rw-r--r-- | RELEASING | 18 |
1 files changed, 15 insertions, 3 deletions
@@ -47,9 +47,21 @@ Here are the steps to follow to create a new pixman release: change then there is further work to be done, (also described in configure.in). -5) Use "git commit" and "git push" to publish any changes made in steps - 3 and 4. +5) Use "git commit" record any changes made in steps 3 and 4. -6) Generate the final tar files with: +6) Generate the final tar files with make distcheck + + And publish the tar files to everywhere appropriate. + + Note: There's a "make release-publish" target to help with this + step, (creating the tar file and publishing it), but it depends on + getting gpg setup first. It's probably the right way to go in the + future, though. + +7) Increment pixman_micro to the next larger (odd) number in + configure.ac. Commit this change, and push all commits created + during this process. + +8) Send email announcements of the release to everywhere appropriate. |