summaryrefslogtreecommitdiff
path: root/RELEASING
diff options
context:
space:
mode:
authorCarl Worth <cworth@cworth.org>2008-03-24 11:58:33 -0700
committerCarl Worth <cworth@cworth.org>2008-03-25 12:38:01 -0700
commit0c2c891c8f76d1fdb6efe763d35cd5bf75b9a9a7 (patch)
tree8a8ed615f7894b6475b94a418ec8f662fcb68c98 /RELEASING
parent11cfd5d1bb9d1ea89f9d82bf6f447e577d673816 (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.
Diffstat (limited to 'RELEASING')
-rw-r--r--RELEASING18
1 files changed, 15 insertions, 3 deletions
diff --git a/RELEASING b/RELEASING
index c72d0517..330e5e3e 100644
--- a/RELEASING
+++ b/RELEASING
@@ -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.