1 This document describes step by step the release procedure of GNU
4 ${dotted_version} shall be replaced by something like 4.6
5 ${underscore_version} shall be replaced by something like 4_6
7 === day 0 (translator's prerelease) ===
9 * Check out a fresh copy from the CVS repository.
11 * Update the translation files NOT to contain line number information.
13 * Tag the CVS tree as "MC_${underscore_version}_translators".
14 * Update the translation files to contain line number information.
17 * Upload the distribution tarballs and the individual translation files
18 somewhere where the translators can download it.
19 * Announce the availibility of the translator's prerelease on mc-devel.
20 Inform the translators of the prerelease.
21 Inform the developers of a fourteen-day "feature-freeze".
23 === day 11 (reminder) ===
25 * announce a reminder on mc-devel that the release will occur in three
28 === day 14 (official release) ===
30 * Review the English version of the manual and fix it if necessary.
31 Update the date and the version number in the .TH macro of the English
33 * Update the NEWS file to contain all user-visible changes.
34 * Fix wrong formatting in the ChangeLog files.
35 * Set the version number in configure.ac to "${dotted_version}".
37 * Update the translation files NOT to contain line number information.
39 * Run the test suites maint/mctest and maint/mc-test and make sure
41 * Tag the CVS tree as "MC_${underscore_version}_release".
42 * Create a CVS branch "MC_${underscore_version}".
44 * Upload the resulting tarballs to the Savannah repository.
45 * Announce the new release on the mc-devel and mc mailing lists.
46 * Update the homepage.
48 === post-release actions ===
50 * Create binary packages from the uploaded tarballs as necessary.
54 * Discuss milestones for the next release on the mc-devel list.