HOWTO-RELEASE: suggest using gnupload --dry-run first
[gnu-stow.git] / doc / HOWTO-RELEASE
blob8ad1e335fee9a13889dcc93cb25db63f1daf3e36
1 How to make a new release of GNU Stow
2 =====================================
4 Prerequisite reading
5 --------------------
7 First read the official information for maintainers of GNU software:
9   https://www.gnu.org/prep/maintain/
11 Release procedure
12 -----------------
14 - Ensure configure.ac contains the number of the new unreleased
15   version.  This should follow Semantic Versioning as described at:
17     http://semver.org/
19 - To make the following steps easier, set the $version shell variable
20   to the same version number as above, e.g.
22     version=$( tools/get-version ) && echo $version
24 - Ensure NEWS contains the latest changes.  If necessary, commit
25   any additions:
27     git commit -m "Prepare NEWS for $version release"
29 - Check CPAN distribution will work via Module::Build:
31     - Start from a clean slate:
33         make maintainer-clean
34         autoreconf -iv
36     - Generate stow, chkstow, and lib/Stow.pm via:
38         eval `perl -V:siteprefix`
39         automake --add-missing
40         ./configure --prefix=$siteprefix && make
42       (N.B. the CPAN distribution will contain these files, whereas
43       the GNU distribution will not.)
45     - Make sure all the following commands all run successfully:
47         perl Build.PL --prefix=/tmp/stow-test
48         ./Build test
49         ./Build install
50         ./Build distcheck
51         ./Build distmeta
52         ./Build dist
54     - Check META.yml and META.json have the new version number.
55       They already should if the final step of this document was
56       carried out after the previous release was publised, but
57       if not:
59         git commit -m "Bump version to $version"
61 - Ensure all changes are committed to git.
63 - Run make distcheck and ensure that everything looks good.
64   It should generate the distribution files for you.
66 - Run the tests on various Perl versions via Docker:
68     ./build-docker.sh
69     ./test-docker.sh
71   Obviously if there are any failures, they will need to be fixed
72   first, and then repeat the above steps.
74 - At this point we have a release candidate.  Tag the current git HEAD
75   with the new version number:
77     git tag -s v$version -m "Release $version"
79 - Upload the resulting Stow-v7.8.9.tar.gz to CPAN via https://pause.perl.org/
81 - Wait until PAUSE has accepted the upload as a valid module.  If you
82   are the maintainer of the module, you should receive two email
83   notifications: a CPAN upload confirmation, and a PAUSE indexer
84   report.  This provides some valuable final validation, as learnt the
85   hard way during the non-release of 2.2.1.
87 - Push HEAD and tag to savannah and GitHub:
89     git push savannah master
90     git push --tags savannah
91     git push github master
92     git push --tags github
94 - Upload the new release to ftp.gnu.org.  This is easiest using gnupload.
95   First ensure you have ncftp installed, since gnupload requires this.
96   Then do:
98     - git clone git://git.savannah.gnu.org/gnulib.git
100     - Copy gnulib/build-aux/gnupload to somewhere on your $PATH
102     - Run gnupload --dry-run --to ftp.gnu.org:stow --symlink-regex stow-7.8.9.tar.{gz,bz2}
104     - Check that everything looks good, then re-run without the --dry-run option.
106   See https://www.gnu.org/prep/maintain/html_node/Automated-Upload-Procedure.html
107   for more details on the upload procedure.
109 - Regenerate the documentation for the website:
111     # First check out gnulib repository via:
112     # git clone git://git.savannah.gnu.org/gnulib.git
114     # and stow-web CVS repository via the instructions here:
115     # https://savannah.gnu.org/cvs/?group=stow
117     # Set paths:
118     stow_repo=/path/to/stow/git/repo
119     stow_web_repo=/path/to/stow-web/CVS/working/dir
120     gnulib_repo=/path/to/gnulib/git/repo
122     cd $stow_repo
123     export GENDOCS_TEMPLATE_DIR=$gnulib_repo/doc
124     $gnulib_repo/util/gendocs.sh \
125         -s doc/stow.texi \
126         -o $stow_web_repo/manual \
127         --email bug-stow@gnu.org \
128         stow "GNU Stow manual"
130     cd $stow_web_repo
131     # Check that the changes look OK
132     cvs diff
133     # Then commit
134     cvs commit -m "Update manual to v$version"
136 - Update the news section of stow.html in the stow-web CVS repository
137   to mention the new release.
139     cd $stow_web_repo
140     # Check that the changes look OK
141     cvs diff
142     # Then commit
143     cvs commit -m "Update home page to v$version"
145 - Send release announcements to
147     - info-stow@gnu.org
148     - stow-devel@gnu.org
149     - info-gnu@gnu.org
150     - https://savannah.gnu.org/news/?group=stow
152   See http://www.gnu.org/prep/maintain/html_node/Announcements.html for
153   more on making release announcements.
155   Excerpts of NEWS can be formatted for inclusion in the email by
156   selecting the relevant version subtree via M-x org-mark-element,
157   minus the "* Changes in version x.y.z", running M-x
158   org-export-dispatch, and exporting as plain text.
160 - Update the git repositories to the next expected version, so that anyone
161   who builds from git gets a version of Stow which is higher than the release
162   which was just cut:
164     - Increment the patchlevel of the version number in configure.ac.
166     - Run this again:
168         version=$( tools/get-version ) && echo $version
170     - In order to update META.yml and META.json, repeat the same
171       procedure listed above, starting at "make distclean" and
172       finishing after "./Build distmeta".
174     - Check META.yml and META.json now have the new versions.
176     - git add configure.ac META.{yml,json}
178     - git commit -m "Bump version to $version for development of next release"
180     - git push savannah master
182     - git push github master