[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
README-release: more improvements
From: |
Reuben Thomas |
Subject: |
README-release: more improvements |
Date: |
Thu, 9 Feb 2012 13:07:13 -0000 |
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 <address@hidden>
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 <address@hidden>
+
+ 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 <address@hidden>
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/@address@hidden
* 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/address@hidden@)
--
1.7.5.4
--
http://rrt.sc3d.org/
- README-release: more improvements,
Reuben Thomas <=