You are viewing a plain text version of this content. The canonical link for it is here.
Posted to common-commits@hadoop.apache.org by Apache Wiki <wi...@apache.org> on 2011/08/25 01:28:22 UTC
[Hadoop Wiki] Update of "Roadmap" by MattFoley
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Hadoop Wiki" for change notification.
The "Roadmap" page has been changed by MattFoley:
http://wiki.apache.org/hadoop/Roadmap?action=diff&rev1=14&rev2=15
Comment:
Added material from Arun Murthy's email of Wed, Aug 3, 2011 at 2:02 PM PDT, to common-dev, clarifying Sustaining Releases process
Release Manager: Owen O'Malley
- Because 0.21 had already been released, we added a new level to the release numbering. Thus version numbers on this branch look like 0.20.X.Y where X is > 200 and denotes the minor release from the branch. The Y denotes the patch release that is intended for critical bug fixes.
+ Because 0.21 had already been released, we added a new level to the release numbering. Thus version numbers on this branch look like 0.20.X.Y where X is > 200 and denotes the minor release from the branch. The Y denotes the point release that is intended for critical bug fixes to a previous sustaining release.
+
+ The Release Manager for a sustaining release should announce the code freeze date as far in advance as possible, on the general list. Prior to that date, anyone interested in contributing to the release submits a patch to branch-0.20.security, and adds the sustaining release number to “Fix Version/s” in the Jira. Only functionality already committed to trunk should be submitted to a sustaining release. (The exception is if the functionality is not applicable to trunk.) The Release Manager is fully responsible for release content and timelines.
+
+ After the code freeze date, the Release Manager will generate the release candidate and call a release vote in the usual way. After that point, only patches for issues rated “blocker” may be added to the release.
=== 0.20.X.Y timeline ===