4 September 2017 - 2 March 2018 (26 weeks)
Week |
Cross-project events |
Project-specific events |
|
---|---|---|---|
Aug 28 - Sep 01 |
|||
Sep 04 - Sep 08 |
R-25 |
||
Sep 11 - Sep 15 |
R-24 |
||
Sep 18 - Sep 22 |
R-23 |
||
Sep 25 - Sep 29 |
R-22 |
||
Oct 02 - Oct 06 |
R-21 |
||
Oct 09 - Oct 13 |
R-20 |
||
Oct 16 - Oct 20 |
R-19 |
||
Oct 23 - Oct 27 |
R-18 |
||
Oct 30 - Nov 03 |
R-17 |
||
Nov 06 - Nov 10 |
R-16 |
||
Nov 13 - Nov 17 |
R-15 |
||
Nov 20 - Nov 24 |
R-14 |
||
Nov 27 - Dec 01 |
R-13 |
||
Dec 04 - Dec 08 |
R-12 |
||
Dec 11 - Dec 15 |
R-11 |
||
Dec 18 - Dec 22 |
R-10 |
||
Dec 25 - Dec 29 |
R-9 |
||
Jan 01 - Jan 05 |
R-8 |
||
Jan 08 - Jan 12 |
R-7 |
||
Jan 15 - Jan 19 |
R-6 |
||
Jan 22 - Jan 26 |
R-5 |
||
Jan 29 - Feb 02 |
R-4 |
||
Feb 05 - Feb 09 |
R-3 |
||
Feb 12 - Feb 16 |
R-2 |
||
Feb 19 - Feb 23 |
R-1 |
||
Feb 26 - Mar 02 |
R+0 |
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 25 January. Exceptions to this policy will be explicitly mentioned in the event description.
Pre-cycle planning and investigation into the community-wide goals for Queens.
Project team gathering for the Queens cycle 11-15 September 2018 in Denver, Colorado.
19 October 2017 is the Queens-1 milestone window for projects following the release:cycle-with-milestones model.
Teams should prepare their acknowledgement of the community-wide goals for.
The OpenStack Summit happens during this week in Sydney, Australia. It will include a “Forum” in which people from all parts of our community will gather to give feedback on the last release (Pike) and discuss requirements for the next development cycle (Rocky).
7 December 2017 is the Queens-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.
25 January 2018 is the Queens-3 milestone window for projects following the release:cycle-with-milestones model.
Teams should prepare their documentation for completing the community-wide goals for Queens.
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 Queens-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 Queens-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. This does not apply to cycle-trailing packaging / lifecycle management projects.
The week of 5 February 2018 is the target date for projects following the release:cycle-with-milestones model to issue their first release candidate, with a deadline of 8 February 2018.
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 19 February 2018 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 Queens coordinated release will happen on 28 February 2018.
The release deadline for projects using the release:cycle-trailing model that follow the main release cycle is set to May 30th, 2018.
Last week for libraries to be released, integrated in upper-constraints to be tested before Newton EOL.
Newton projects will be EOL’d this week.
Contributors that will be in the electorate for the upcoming election should confirm their gerrit email addresses by this date. Electorate rolls are generated after this date and ballots will be sent to the listed gerrit email address.
Project team lead candidates for the Rocky cycle should announce their candidacy during this week. Those dates should be confirmed by the Rocky 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 Rocky PTL election officials.
The deadline for submitting new backend drivers to to Manila is 4 Dec 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 Queens.
All Manila specs must be approved by 19 Oct 2017 (23:59 UTC).
All new Manila features must be proposed and substantially complete, with unit tests by 8 Jan 2018 (23:59 UTC).
All Glance, python-glanceclient, and glance_store specs must be proposed as patches to the glance-specs repository by 13:00 UTC on Thursday 28 September 2017 (that is, one hour before the weekly Glance meeting begins). While this only allows one week for review and revisions before the Glance Spec Freeze, you can make sure you have extra review time by submitting your patch early.
All Glance, python-glanceclient, and glance_store specs must be merged into the glance-specs repository by 23:59 on Friday 6 October 2017. This is a necessary but not sufficient condition for inclusion in the Queens release.
All Keystone specs targeted to Queens must be submitted to the keystone-specs repository by the end of the week.
All Keystone specs targeted to Queens 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 Cinder is 4 Dec, 2017 (23:59 UTC). New drivers must be complete, with unit tests, passing 3rd party CI and be merged by this date.
All Cinder specs must be approved by 4 Dec, 2017 (23:59 UTC).
All new Cinder features must be proposed and substantially complete, with unit tests by 19 Jan, 2018 (23:59 UTC).
The deadline for submitting new plugins or plugin versions to Sahara is 8 Dec 2017 (23:59 UTC). The motivation for this deadline is to ensure sufficient time for testing plugins and ensuring their stability. Also, due to the unpredictable release schedule of Hadoop components, we should avoid the practice of delaying plugin upgrades too far into the cycle. Exemptions to this deadline may be granted by the PTL.
All Nova specs must be approved by end of day Thursday October 19th, 2017.
Except where otherwise noted, this document is licensed under Creative Commons Attribution 3.0 License. See all OpenStack Legal Documents.