Happily, Jim’s objections to some of my earlier suggestions removed a
great deal of the remaining patches I was going to suggest, so the
following is quite simple:

>From fdc02510f187536abff81add3e347cc862c0426d Mon Sep 17 00:00:00 2001
From: Reuben Thomas <r...@sc3d.org>
Date: Thu, 9 Feb 2012 13:05:57 +0000
Subject: [PATCH] README-release: various improvements

---
 ChangeLog          |    7 +++++++
 top/README-release |   20 ++++++++++----------
 2 files changed, 17 insertions(+), 10 deletions(-)

diff --git a/ChangeLog b/ChangeLog
index f0e6b31..ef784f7 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,10 @@
+2011-12-19  Reuben Thomas  <r...@sc3d.org>
+
+       README-release: various improvements
+       * top/README-release: Give a command to push changes for the
+       release. Add "distcheck" to list of other pre-release checks. Fix
+       instance of "make stable" which should be "make TYPE".
+
 2011-12-22  Reuben Thomas  <r...@sc3d.org>
 
        README-release: capitalize a word and split a line
diff --git a/top/README-release b/top/README-release
index 25e1dbf..626777e 100644
--- a/top/README-release
+++ b/top/README-release
@@ -15,17 +15,17 @@ Here are most of the steps we (maintainers) follow when 
making a release.
 
     git checkout master; git diff
 
-* Ensure that you've pushed all changes that belong in the release
-  and that the NixOS/Hydra autobuilder is reporting all is well:
+* Ensure that you've pushed all changes that belong in the release:
+  "git push origin master".
+
+* Check that the NixOS/Hydra autobuilder is reporting all is well:
 
     http://hydra.nixos.org/jobset/gnu/@PACKAGE@-master
 
 * Run "./bootstrap && ./configure".  This downloads any new translations.
 
-* Pre-release testing:
-  Ensure that "make check syntax-check" succeeds.
-
-* Run "make distcheck"
+* Pre-release testing: ensure that "make check syntax-check distcheck"
+  succeeds.
 
 * 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.,
@@ -49,7 +49,7 @@ Here are most of the steps we (maintainers) follow when 
making a release.
 
 Once all the builds and tests have passed,
 
-* Run the gnupload command that was suggested by your "make stable" run above.
+* Run the gnupload command that was suggested by your "make TYPE" run above.
 
 * Wait a few minutes (maybe up to 30?) and then use the release URLs to
   download all tarball/signature pairs and use gpg --verify to ensure
@@ -60,12 +60,12 @@ Once all the builds and tests have passed,
     v=$(cat .prev-version)
     git push origin master tag v$v
 
-* Announce it on Savannah first, so you can include the preferable
-  savannah.org announcement link in the email message.
+* Announce it on Savannah first, so you can include the savannah.org
+  announcement link in the email message.
 
   From here:
     https://savannah.gnu.org/projects/@PACKAGE@/
-  click on the "submit news", then write something like the following:
+  click on "submit news", then write something like the following:
   (If there is no such button, then enable "News" for the project via
    the Main -> "Select Features" menu item, or via this link:
    
https://savannah.gnu.org/project/admin/editgroupfeatures.php?group=@PACKAGE@)
-- 
1.7.5.4



-- 
http://rrt.sc3d.org/

Reply via email to