20 February 2017 - 1 September 2017 (27 weeks)
Week |
Cross-project events |
Project-specific events |
|
---|---|---|---|
Feb 20 - Feb 24 |
|||
Feb 27 - Mar 03 |
R-26 |
||
Mar 06 - Mar 10 |
R-25 |
||
Mar 13 - Mar 17 |
R-24 |
||
Mar 20 - Mar 24 |
R-23 |
||
Mar 27 - Mar 31 |
R-22 |
||
Apr 03 - Apr 07 |
R-21 |
||
Apr 10 - Apr 14 |
R-20 |
||
Apr 17 - Apr 21 |
R-19 |
||
Apr 24 - Apr 28 |
R-18 |
||
May 01 - May 05 |
R-17 |
||
May 08 - May 12 |
R-16 |
||
May 15 - May 19 |
R-15 |
||
May 22 - May 26 |
R-14 |
||
May 29 - Jun 02 |
R-13 |
||
Jun 05 - Jun 09 |
R-12 |
||
Jun 12 - Jun 16 |
R-11 |
||
Jun 19 - Jun 23 |
R-10 |
||
Jun 26 - Jun 30 |
R-9 |
||
Jul 03 - Jul 07 |
R-8 |
||
Jul 10 - Jul 14 |
R-7 |
||
Jul 17 - Jul 21 |
R-6 |
||
Jul 24 - Jul 28 |
R-5 |
||
Jul 31 - Aug 04 |
R-4 |
||
Aug 07 - Aug 11 |
R-3 |
||
Aug 14 - Aug 18 |
R-2 |
||
Aug 21 - Aug 25 |
R-1 |
||
Aug 28 - Sep 01 |
R+0 |
||
Sep 04 - Sep 08 |
R+1 |
||
Sep 11 - Sep 15 |
R+2 |
Note
With the exception of the final release date and cycle-trailing release date, deadlines are generally the Thursday of the week on which they are noted above. For example, the Feature Freeze in week R-5 is on 27 July. Exceptions to this policy will be explicitly mentioned in the event description.
Pre-cycle planning and investigation into the community-wide goals for Pike.
Project team gathering for the Pike release 20-24 February 2017 in Atlanta, Georgia.
13 April 2017 is the Pike-1 milestone window for projects following the release:cycle-with-milestones model.
Teams should prepare their acknowledgement of the community-wide goals for Pike.
The OpenStack Summit happens during this week in Boston, USA. It will include a “Forum” in which people from all parts of our community will gather to give feedback on the last release (Ocata) and discuss requirements for the next development cycle (Queens).
8 June 2017 is the Pike-2 milestone window for projects following the release:cycle-with-milestones model.
Libraries that are not client libraries (Oslo and others) should issue their final release during this week. That allows to give time for last-minute changes before feature freeze.
27 July 2017 is the Pike-3 milestone window for projects following the release:cycle-with-milestones model.
Teams should prepare their documentation for completing the community-wide goals for Pike.
Project teams should identify contributors who have had a significant impact this cycle but who would not qualify for ATC status using the regular process because they have not submitted a patch. Those names should be added to the governance repo for consideration as ATC for the future.
Although extra ATCs can be nominated at any point, there is a deadline
to be included in electorate for the next release cycle. The ATC list
needs to be approved by the TC by (TBD), and in order to appear on the
TC agenda to be discussed, the proposals need to be submitted to the
openstack/governance
repository by (TBD).
The Pike-3 milestone marks feature freeze for projects following the release:cycle-with-milestones model. No featureful patch should be landed after this point. Exceptions may be granted by the project PTL.
After the Pike-3 milestone, only critical requirements and constraints changes will be allowed. Freezing our requirements list gives packagers downstream an opportunity to catch up and prepare packages for everything necessary for distributions of the upcoming release. The requirements remain frozen until the stable branches are created, with the release candidates.
Client libraries should issue their final release during this week, to match feature freeze.
You are no longer allowed to accept proposed changes containing modifications in user-facing strings. Such changes should be rejected by the review team and postponed until the next series development opens (which should happen when RC1 is published).
Projects must participate in at least two milestones in order to be considered part of the release. Projects made official after the second milestone, or which fail to produce milestone releases for at least one of the first and second milestones as well as the third milestone, are therefore not considered part of the release for the cycle.
The week of 7-11 August 2017 is the target date for projects following the release:cycle-with-milestones model to issue their first release candidate, with a deadline of 10 August 2017.
This happens when the RC1 for the project is tagged. At this point, ideally no strings are changed (or added, or removed), to give translator time to finish up their efforts.
The week of 21 August 2017 is the last week to issue release candidates or intermediary releases before release week. During release week, only final-release-critical releases will be accepted (at the discretion of the release team).
The Pike coordinated release will happen on 30 August 2017.
The release deadline for projects using the release:cycle-trailing model that follow the main release cycle.
The deadline for publishing a first release candidate for projects using the release:cycle-trailing model that follow the main release cycle.
The release deadline for projects using the release:cycle-trailing model that follow the main release cycle.
Project team lead candidates for the Queens cycle should announce their candidacy during this week. Those dates should be confirmed by the Pike PTL election officials.
Election week for Project team leads (where an election must be held to determine the winner). Those dates should be confirmed by the Queens PTL election officials.
The deadline for getting a new backend driver added to Cinder is the 7th of June, 2017. All review issues must be addressed and third party CI must be reporting and stable with enough time for reviewers prior to the deadline. Meeting these requirements on the 14th does not guarantee core reviewers will have enough time to merge the driver.
Note: This is the Wednesday of the milestone week, while the milestone itself is typically targeted for Thursday.
All Cinder specs must be approved by the 7th of June, 2017.
Note: This is the Wednesday of the milestone week, while the milestone itself is typically targeted for Thursday.
All Glance, python-glanceclient, and glance_store specs must be proposed as patches to the glance-specs repository by 13:59 UTC on Thursday 30 March 2017 (that is, before the weekly Glance meeting begins). This allows two weeks to make revisions and work out problems before the Glance Spec Freeze.
All Glance, python-glanceclient, and glance_store specs must be merged into the glance-specs repository by 23:59 on Friday 14 April 2017. This is necessary but not sufficient condition for inclusion in the Pike release.
All Keystone specs targeted to Pike must be submitted to the keystone-specs repository by the end of the week.
All Keystone specs targeted to Pike must be approved by the end of the week.
All new Keystone features must be proposed and substantially completed, with unit tests and documentation by the end of the week.
All new Keystone features must be merged by the end of the week.
The deadline for submitting new backend drivers to to Manila is 5 June 2017 (23:59 UTC). New drivers must be substantially complete, with unit tests, and passing 3rd party CI by this date. Drivers do not need to be merged until the feature freeze date, but drivers that don’t meet this deadline will not be considered at all for Pike.
All Manila specs must be approved by 13 Apr 2017 (23:59 UTC).
All new Manila features must be proposed and substantially complete, with unit tests by 10 July 2017 (23:59 UTC).
All Nova specs must be approved by Thursday April 13th, 2017.
Except where otherwise noted, this document is licensed under Creative Commons Attribution 3.0 License. See all OpenStack Legal Documents.