Changes between Version 8 and Version 9 of ReleaseSchedule
- Timestamp:
- Feb 11, 2009, 1:03:39 PM (14 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
ReleaseSchedule
v8 v9 5 5 '''Note well: Changes must always be committed to trunk and be stable on trunk regression testing before being merged to branches/release.''' 6 6 7 * '''November 3, 2008:''' branches/release opens for merging all stable changes, including bug fixes, and major upgrades to existing libraries. Breaking changes should be coordinated with libraries affected. New libraries may be added with permission of a release manager.8 7 * '''December 20, 2008:''' branches/release closed for new libraries and breaking changes to existing libraries. Still open for bug fixes and other routine changes to all libraries. 9 8 * '''January 3, 2009:''' branches/release closed for major code changes. Still open for serious problem fixes and docs changes. … … 14 13 == Future Releases == 15 14 16 Releases are scheduled for the last day of the firstmonth of each quarter:15 Releases are scheduled for the first day of the second month of each quarter: 17 16 18 * January 3119 * April 3020 * July 3121 * October 3117 * February 1 18 * May 1 19 * August 1 20 * November 1 22 21 23 22 Release milestones 24 23 25 * One week after prior release ships: branches/release opens for merging all stable changes, including bug fixes, and major upgrades to existing libraries. Breaking changes should be coordinated with libraries affected. New libraries may be added with permission of a release manager.24 * One week after prior release ships: branches/release opens for merging all stable changes, including bug fixes, and major upgrades to existing libraries. Breaking changes should be coordinated with libraries affected. '''New libraries may be added with permission of a release manager.''' 26 25 * Seven weeks before release: branches/release closed for new libraries and breaking changes to existing libraries. Still open for bug fixes and other routine changes to all libraries. 27 26 * Five weeks before release: QA checks on snapshot doc builds, inspect status, getting started guide, and install.