Files
releases/doc/source/pike/schedule.rst
Thierry Carrez 5c1505582c Pike release schedule
PTG2 is now 99% sure to happen on Sept 11-15 week. Here is the
proposed schedule for the Pike cycle.

Change-Id: Id022410613a851d7f0da1f78ec583d21f30c7e55
2017-02-14 13:05:13 +01:00

221 lines
5.9 KiB
ReStructuredText

=======================
Pike Release Schedule
=======================
20 February 2017 - 1 September 2017 (27 weeks)
.. datatemplate::
:source: schedule.yaml
:template: schedule_table.tmpl
.. ics::
:source: schedule.yaml
:name: Pike
`Subscribe to iCalendar file <schedule.ics>`__
.. 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.
Cross-project events
====================
.. _p-goals-research:
Pike Goals Research
--------------------
Pre-cycle planning and investigation into `the community-wide goals
for Pike <https://governance.openstack.org/tc/goals/pike/index.html>`__.
.. _p-ptg:
Pike Project Team Gathering (PTG)
---------------------------------
`Project team gathering <http://www.openstack.org/ptg>`__ for the Pike
release 20-24 February 2017 in Atlanta, Georgia.
.. _p-1:
Pike-1 milestone
----------------
XXX is the Pike-1 milestone window for projects following the
`release:cycle-with-milestones`_ model.
.. _release:cycle-with-milestones: https://governance.openstack.org/tc/reference/tags/release_cycle-with-milestones.html
.. _p-goals-ack:
Pike Community Goals Acknowledgement
------------------------------------
Teams should prepare their acknowledgement of `the community-wide
goals for Pike
<https://governance.openstack.org/tc/goals/pike/index.html>`__.
.. _p-summit:
OpenStack Summit
----------------
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).
.. _p-2:
Pike-2 milestone
----------------
XXX is the Pike-2 milestone window for projects following the
`release:cycle-with-milestones`_ model.
.. _p-final-lib:
Final release for non-client libraries
--------------------------------------
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.
.. _p-3:
Pike-3 milestone
----------------
XXX is the Pike-3 milestone window for projects following the
`release:cycle-with-milestones`_ model.
.. _p-goals-complete:
Pike Community Goals Completed
------------------------------
Teams should prepare their documentation for completing `the
community-wide goals for Pike
<https://governance.openstack.org/tc/goals/pike/index.html>`__.
.. _p-extra-atcs:
Extra-ATCs deadline
-------------------
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).
.. _p-ff:
Feature freeze
--------------
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.
.. _p-rf:
Requirements freeze
-------------------
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.
.. _p-final-clientlib:
Final release for client libraries
----------------------------------
Client libraries should issue their final release during this week, to
match feature freeze.
.. _p-soft-sf:
Soft StringFreeze
-----------------
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).
.. _p-mf:
Membership Freeze
-----------------
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.
.. _p-rc1:
RC1 target week
---------------
The week of XXX - XXX is the target date for projects
following the `release:cycle-with-milestones`_ model to issue their
first release candidate, with a deadline of XXX.
.. _p-hard-sf:
Hard StringFreeze
-----------------
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.
.. _p-finalrc:
Final RCs and intermediary releases
-----------------------------------
The week of XXX 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).
.. _p-release:
Pike release
------------
The Pike coordinated release will happen on XXX.
.. _p-trailing:
Pike cycle-trailing Deadline
----------------------------
The deadline for projects using the release:cycle-trailing model that
follow the main release cycle.
Project-specific events
=======================