[openstack-dev] [release] Mitaka final release process

Thierry Carrez thierry at openstack.org
Tue Feb 9 13:44:36 UTC 2016


Hi everyone,

We are less than two months away from the final release date for 
"Mitaka". Most of the release process is now driven by the 
openstack/releases repository, and we have taken a much less aggressive 
approach to driving the release cycle. But there are still a number of 
things the release team needs to ensure, like making dead sure we have a 
release of your project to include in the "final release" on April 7th. 
What does that mean ?


For projects following the cycle-with-milestones model:
=======================================================

The release team needs you to publish *at least one* release candidate 
before April 1st, so that we have something to publish on the final 
release date.

To ensure you achieve that goal in time, the release team recommends you 
follow the following release process:

* Between March 1 and March 3 you will request (through 
openstack/releases) a .0b3 version to mark the mitaka-3 milestone. This 
will mark the start of your pre-release feature-frozen period.
* Between mitaka-3 and your RC1 tag, your focus should be on tying up 
the last loose ends, identifying release-critical bugs and getting them 
fixed.
* We recommend limiting the number of feature freeze exceptions to the 
strict minimum. There is one week less between FF and final release this 
time, so the focus should really be on bug fixing immediately after 
mitaka-3 !
* When you closed all the release-critical issues and are ready to 
publish a release candidate (which will expose the proposed release to a 
wider audience), request a .0rc1 version. This should ideally happen the 
week of March 14.
* From that tag the release team will cut a release branch that we can 
use for pre-release backports and further release candidates. The master 
branch switches to Newton development.
* If you request other release candidates (on the release branch) before 
April 1st, we'll tag them and include them in the final release instead 
of using the RC1.


For projects following the cycle-with-intermediary model:
=========================================================

The release team needs you to publish at least one version before April 
1st, so that we have something to include in the final release on the 
following week.

To ensure that, the release team recommends that every 
intermediary-released project does at least one release in the Mitaka 
cycle before the mitaka-3 milestone (it can still do another release 
between then and April 1st and if you do we'll include that one in the 
"final" instead).

The following projects have *not* published any intermediary release 
during Mitaka yet and should really plan to do at least one in the 
coming 3 weeks:

ceilometermiddleware
cliff
cloudkitty
cloudkitty-dashboard
coreos-image-builder
django-openstack-auth-kerberos
manila-ui
os-vif
os-win
python-barbicanclient
python-brick-cinderclient-ext
python-cloudkittyclient
python-saharaclient
python-searchlightclient
python-solumclient
solum
solum-dashboard
solum-infra-guestagent


For projects following the independent model:
=============================================

You don't need to do anything since the project does not follow the 
cycle and therefore will not be part of the "mitaka" final release.

-- 
Thierry Carrez (ttx)



More information about the OpenStack-dev mailing list