Limit which release models can be used by what
Align allowed release models with the buckets in the OpenStack map. Change-Id: I62c282290a20a43c125f7d7bd2905df97718ec42
This commit is contained in:
parent
a2e8f393ed
commit
44da18a499
@ -54,7 +54,7 @@ Ocata-1 milestone
|
||||
------------------
|
||||
|
||||
17 November is the ocata-1 milestone window for projects following the
|
||||
:ref:`model-cycle-with-milestones` model.
|
||||
:ref:`cycle-with-milestones` model.
|
||||
|
||||
.. _o-goals-ack:
|
||||
|
||||
@ -71,7 +71,7 @@ Ocata-2 milestone
|
||||
------------------
|
||||
|
||||
15 December is the ocata-2 milestone window for projects following the
|
||||
:ref:`model-cycle-with-milestones` model.
|
||||
:ref:`cycle-with-milestones` model.
|
||||
|
||||
.. _o-final-lib:
|
||||
|
||||
@ -88,7 +88,7 @@ Ocata-3 milestone
|
||||
------------------
|
||||
|
||||
26 January is the ocata-3 milestone window for projects following the
|
||||
:ref:`model-cycle-with-milestones` model.
|
||||
:ref:`cycle-with-milestones` model.
|
||||
|
||||
.. _o-goals-complete:
|
||||
|
||||
@ -122,7 +122,7 @@ Feature freeze
|
||||
--------------
|
||||
|
||||
The ocata-3 milestone marks feature freeze for projects following the
|
||||
:ref:`model-cycle-with-milestones` model. No featureful patch should be landed
|
||||
:ref:`cycle-with-milestones` model. No featureful patch should be landed
|
||||
after this point. Exceptions may be granted by the project PTL.
|
||||
|
||||
.. _o-rf:
|
||||
@ -173,7 +173,7 @@ RC1 target week
|
||||
---------------
|
||||
|
||||
The week of 30 January - 3 February is the target date for projects
|
||||
following the :ref:`model-cycle-with-milestones` model to issue their
|
||||
following the :ref:`cycle-with-milestones` model to issue their
|
||||
first release candidate, with a deadline of 2 February.
|
||||
|
||||
.. _o-hard-sf:
|
||||
|
@ -17,9 +17,25 @@ the cycle. Other projects trail the main release deadline, waiting for
|
||||
the final releases of components on which they rely.
|
||||
|
||||
A given deliverable can't have more than one model. It therefore must
|
||||
choose between one of the following models.
|
||||
choose between one of the following models. A number of rules apply
|
||||
based on what the deliverable is and which bucket of the OpenStack map
|
||||
it falls in:
|
||||
|
||||
.. _model-cycle-with-milestones:
|
||||
* Components appearing in the *openstack* bucket in the `OpenStack map`_
|
||||
form the main components of an OpenStack cloud, and therefore should follow
|
||||
the release cycle. They need to pick between `cycle-with-milestones`_
|
||||
or `cycle-with-intermediary`_ models.
|
||||
* Only deployment or lifecycle-management components are allowed to trail
|
||||
the cycle. Therefore only components appearing in the
|
||||
*openstack-lifecyclemanagement* bucket on the `OpenStack map`_ are
|
||||
allowed to use the `cycle-trailing`_ model.
|
||||
* Libraries cannot use RCs or trail the release. They need to pick between
|
||||
`cycle-with-intermediary`_ and `independent`_ release models based on how
|
||||
much they are tied to OpenStack or more generally-useful.
|
||||
|
||||
.. _`OpenStack map`: https://www.openstack.org/openstack-map
|
||||
|
||||
.. _cycle-with-milestones:
|
||||
|
||||
cycle-with-milestones
|
||||
=====================
|
||||
@ -36,7 +52,7 @@ published at predetermined times in the cycle schedule.
|
||||
* Release tags for deliverables using this tag are reviewed and
|
||||
applied by the Release Management team.
|
||||
|
||||
.. _model-cycle-with-intermediary:
|
||||
.. _cycle-with-intermediary:
|
||||
|
||||
cycle-with-intermediary
|
||||
=======================
|
||||
@ -52,7 +68,7 @@ release to match the end of the cycle.
|
||||
* Release tags for deliverables using this tag are reviewed and
|
||||
applied by the Release Management team.
|
||||
|
||||
.. _model-cycle-trailing:
|
||||
.. _cycle-trailing:
|
||||
|
||||
cycle-trailing
|
||||
==============
|
||||
@ -60,17 +76,7 @@ cycle-trailing
|
||||
The "cycle-trailing" model describes projects that follow the release
|
||||
cycle, but because they rely on the other projects being completed may
|
||||
not always publish their final release at the same time as those
|
||||
projects. For example, projects related to packaging or deploying
|
||||
OpenStack components need the final releases of those components to be
|
||||
available before they can run their own final tests.
|
||||
|
||||
.. warning::
|
||||
|
||||
This release model is not intended for use by components that have
|
||||
programmatic dependencies on each other, such as one service that
|
||||
calls another or a library used by multiple services. It is
|
||||
intended for use by projects that truly cannot complete their work
|
||||
without "final" versions of their dependencies.
|
||||
projects.
|
||||
|
||||
* "cycle-trailing" projects commit to produce a release no later than
|
||||
2 weeks after the end of the 6-month development cycle.
|
||||
@ -80,7 +86,7 @@ available before they can run their own final tests.
|
||||
* Release tags for deliverables using this tag are reviewed and
|
||||
applied by the Release Management team.
|
||||
|
||||
.. _model-independent:
|
||||
.. _independent:
|
||||
|
||||
independent
|
||||
===========
|
||||
@ -94,7 +100,7 @@ projects.
|
||||
* Release tags for deliverables using this tag are managed without
|
||||
oversight from the Release Management team.
|
||||
|
||||
.. _model-untagged:
|
||||
.. _untagged:
|
||||
|
||||
untagged
|
||||
========
|
||||
|
Loading…
Reference in New Issue
Block a user