maint: update README-release procedure
authorJim Meyering <meyering@redhat.com>
Wed, 20 Jan 2010 18:34:55 +0000 (19:34 +0100)
committerJim Meyering <meyering@redhat.com>
Wed, 20 Jan 2010 18:34:55 +0000 (19:34 +0100)
* README-release: sync from coreutils.

README-release

index eea25129e9121aa9bc2d36ed2dd1090b2c1fd025..662c2b2dda9773c841854fff3ea22d3a6bc3c3e3 100644 (file)
@@ -20,13 +20,10 @@ Here are most of the steps we (maintainers) follow when making a release.
 
 * Run "make distcheck"
 
-* Manually set the date, version number, and [stable/alpha/beta] on
-  line 3 of NEWS, then do e.g.,:
+* Set the date, version number, and release type [stable/alpha/beta] on
+  line 3 of NEWS, commit that, and tag the release by running e.g.,
 
-    v=1.3.13
-    pkg=$(sed -n 's/^PACKAGE = \(.*\)/\1/p' Makefile)
-    git commit -F <(printf 'version '$v'\n\n* NEWS: Record release date.\n') -a
-    git tag -s -m "$pkg $v" v$v HEAD
+    build-aux/do-release-commit-and-tag 8.1 beta
 
 * Run the following to create release tarballs.  Your choice selects the
   corresponding upload-to destination in the emitted gnupload command.
@@ -50,10 +47,10 @@ Once all the builds and tests have passed,
   download all tarball/signature pairs and use gpg --verify to ensure
   that they're all valid.
 
-* Push the new tag:
+* Push the NEWS-updating changes and the new tag:
 
     v=$(cat .prev-version)
-    git push origin tag v$v
+    git push origin master tag v$v
 
 * Send the gpg-signed announcement mail, e.g.,
 
@@ -80,4 +77,6 @@ Once all the builds and tests have passed,
 
     http://www.gnu.org/software/gzip/manual/
 
+  by running this:
+
     build-aux/gnu-web-doc-update