Differences between revisions 4 and 6 (spanning 2 versions)
Revision 4 as of 2009-02-27 13:55:00
Size: 1225
Editor: mpm
Comment:
Revision 6 as of 2009-05-21 22:23:22
Size: 1240
Comment:
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
== Time-Base Release Plan == == Time-Based Release Plan ==
Line 3: Line 3:
Mercurial has so far taken a "when it's ready" approach to releases. As we mature, it probably makes sense to switch to a consistent release schedule. This will help us get bug fixes and new features into our user's hands more quickly, improve our planning process, and hopefully keep our development cycles from growing stagnant. Up until version 1.1, Mercurial took a "when it's ready" approach to releases. As we mature, it probably makes sense to switch to a consistent release schedule. This will help us get bug fixes and new features into our user's hands more quickly, improve our planning process, and hopefully keep our development cycles from growing stagnant.
Line 5: Line 5:
Post-1.1, I propose a 4-month cycle with the following release dates: Mercurial now follows a 4-month cycle with the following release dates:
Line 7: Line 7:
 * Mar 1st - [http://www.selenic.com/pipermail/mercurial-devel/2009-January/010031.html Feature freeze Feb 14th]  * Mar 1st - [[http://www.selenic.com/pipermail/mercurial-devel/2009-January/010031.html|Feature freeze Feb 14th]]

Time-Based Release Plan

Up until version 1.1, Mercurial took a "when it's ready" approach to releases. As we mature, it probably makes sense to switch to a consistent release schedule. This will help us get bug fixes and new features into our user's hands more quickly, improve our planning process, and hopefully keep our development cycles from growing stagnant.

Mercurial now follows a 4-month cycle with the following release dates:

In each cycle, we have:

  • -2 weeks: feature freeze
  • -2 weeks: bug-stomping sprint
  • -1 week: code freeze
  • -1 week: prerelease testing window with binaries available
  • -1 week: stable tracks tip until release
  • 0: major release
  • 1 month: Zero or more bugfix releases

Feature freeze: bug fixes, template fixes, doc fixes, and translation fixes only. Exceptions may be made for code that can be shown to have no regression or design impact (eg new convert back-ends).

Code freeze: regression bug fixes, doc fixes and translation fixes only. Exceptions will be made on a case-by-case bases for noteworthy bugs.

TimeBasedReleasePlan (last edited 2022-01-06 08:36:10 by RaphaelGomes)