Browse Source

Replaced the release procedure with a new one that takes into account
that we have translators that need some time for translating, not just
three days. Also added the definition of CVS tags and branches.

Roland Illig 20 years ago
parent
commit
b01a803341
1 changed files with 50 additions and 33 deletions
  1. 50 33
      maint/RELEASE_PROCEDURE

+ 50 - 33
maint/RELEASE_PROCEDURE

@@ -1,36 +1,53 @@
 This document describes step by step the release procedure of GNU
 Midnight Commander.
 
-
-Announce the intention to release the next version in both mailing lists
-at least 3 days before the release date, unless it's a security release.
-
-Update the working directory from CVS, review last-minute changes.
-
-Review the English version of the manual and fix it if necessary.  Check
-the date in the .TH macro of the English manual and update it if
-significant changes have been done since the previous release.
-
-Make sure that all significant user-visible changes are in the NEWS
-file.  Group changes by topics to improve readability.
-
-Update configure.ac with the new version.
-
-Make sure that maint/mctest covers most features of the current code and
-run it in a clean working directory.
-
-Review files with stdout and stderr from every build.  Make sure that
-all warnings (if any) are caused by other software and cannot be avoided
-without significant damage to the code.
-
-Regenerate and commit po-files.
-
-Tag CVS tree.
-
-Upload the resulting tarball and binary packages to login.ibiblio.org.
-
-Change the homepage to mention the new version.
-
-Announce the release in both mailing lists.
-
-Bump the version in configure.ac.
+${dotted_version} shall be replaced by something like 4.6
+${underscore_version} shall be replaced by something like 4_6
+
+=== day 0 (translator's prerelease) ===
+
+* Check out a fresh copy from the CVS repository.
+
+* Update the translation files NOT to contain line number information.
+  Commit them.
+* Tag the CVS tree as "MC_${underscore_version}_translators".
+* Update the translation files to contain line number information.
+  DON'T commit them.
+* Run "make dist".
+* Upload the distribution tarballs and the individual translation files
+  somewhere where the translators can download it.
+* Announce the availibility of the translator's prerelease on mc-devel.
+  Inform the translators of the prerelease.
+  Inform the developers of a fourteen-day "feature-freeze".
+
+=== day 11 (reminder) ===
+
+* announce a reminder on mc-devel that the release will occur in three
+  days.
+
+=== day 14 (official release) ===
+
+* Review the English version of the manual and fix it if necessary.
+  Update the date in the .TH macro of the English manual.
+* Update the NEWS file to contain all user-visible changes.
+* Fix wrong formatting in the ChangeLog files.
+* Set the version number in configure.ac to "${dotted_version}".
+  Commit it.
+* Update the translation files NOT to contain line number information.
+  Commit them.
+* Run the test suites maint/mctest and maint/mc-test and make sure
+  all warnings are ok.
+* Tag the CVS tree as "MC_${underscore_version}_release".
+* Create a CVS branch "MC_${underscore_version}".
+* Run "make dist".
+* Upload the resulting tarballs to the Savannah repository.
+* Announce the new release on the mc-devel and mc mailing lists.
+* Update the homepage.
+
+=== post-release actions ===
+
+* Create binary packages from the uploaded tarballs as necessary.
+
+=== back to work ===
+
+* Discuss milestones for the next release on the mc-devel list.