Jump to: navigation, search

Difference between revisions of "ReleaseTeam/How To Release"

(Step 1 in final release procedure rewrite)
 
(45 intermediate revisions by 3 users not shown)
Line 1: Line 1:
__NOTOC__
+
{{ caution|http://git.openstack.org/cgit/openstack-infra/release-tools/tree/README.rst|Information here is obsolete.You should read instead: }}
Raw notes for release monkeys in case I end up under a bus.
 
  
All tools mentioned here can be grabbed from this [https://github.com/ttx/openstack-releasing github repo].
+
You can find all tools mentioned here in the [http://git.openstack.org/cgit/openstack-infra/release-tools openstack-infra/release-tools] repository.
  
= Milestone publication =
+
__TOC__
 +
 
 +
== Development milestone publication ==
  
 
<pre><nowiki>
 
<pre><nowiki>
 
PROJECT=nova
 
PROJECT=nova
VERSION=2013.1
+
MILESTONE=juno-3
MILESTONE=grizzly-3
 
SHORT=g3
 
 
</nowiki></pre>
 
</nowiki></pre>
  
=== Pre-flight checks ===
 
  
==== Missing files check ====
+
==== Pre-flight checks ====
 +
 
 +
 
 +
'''Missing files check''' (for all integrated projects doing the milestone)
 
<pre><nowiki>
 
<pre><nowiki>
 
./repo_tarball_diff.sh $PROJECT master
 
./repo_tarball_diff.sh $PROJECT master
 
</nowiki></pre>
 
</nowiki></pre>
  
==== Tarball/version status ====
 
* Check that the $PROJECT-[branch-]tarball jenkins jobs work properly and that they produce the right version numbers
 
  
==== Check bugs ====
+
==== Milestone tag/publication (between Tuesday and Thursday) ====
* Look at the list of FixCommitted bugs, sanity-check that they were fixed during the period
+
 
 +
All the integrated projects, as well as oslo-incubator and oslo.messaging, need to follow this process sometimes during the milestone publication window.
 +
 
 +
NB: The milestone.sh script special-cases oslo-incubator (where no tarball is published) and oslo.messaging (where no tag is pushed and no tarball is published) so you can just run the same commands with them.
  
==== Get PTL signoff ====
 
* Note down MP cut commit id
 
  
=== MP cut (Tuesday) ===
+
'''Get PTL signoff''' (for all except oslo.messaging)
 +
* PTL confirms SHA for tag
  
==== Deferring blueprints ====
 
* Move all incomplete blueprints to the next milestone
 
* Move all non-milestone-critical bugs to the next milestone
 
  
==== Create MP branch from previous commit ====
+
'''Deferring blueprints and bugs'''
* Use review.openstack.org admin panel to create branch
+
* Move all incomplete blueprints to the next milestone ($MILESTONE should all be 'Implemented')
* Branch name is "milestone-proposed", initial revision is the MP cut commit id (or HEAD)
+
* Move all incomplete bugs to the next milestone ($MILESTONE should all be 'Fix Committed'). You can use the following script:
  
==== Process FixCommitted bugs ====
 
 
<pre><nowiki>
 
<pre><nowiki>
./process_bugs.py $PROJECT --settarget=$MILESTONE --fixrelease
+
./process_bugs.py $PROJECT --milestone $MILESTONE --settarget $NEXTMILESTONE
 
</nowiki></pre>
 
</nowiki></pre>
  
==== Wait for tarball build ====
 
* Wait for the $PROJECT-branch-tarball job run to generate a $PROJECT-milestone-proposed.tar.gz
 
  
==== Announce candidate builds (once all done) ====
+
'''Tag, wait for tarball build, process FixCommitted bugs, check similarities and upload (if applicable)'''
 +
<pre><nowiki>
 +
./milestone.sh $MILESTONE $SHA $PROJECT
 +
</nowiki></pre>
 +
 
 +
 
 +
NB: for oslo.messaging $SHA is not used for tagging and is therefore ignored.
 +
 
 +
 
 +
==== When all projects are done ====
 +
 
 +
'''Announce milestone'''
 
* Email to openstack general ML
 
* Email to openstack general ML
 
* Twitter
 
* Twitter
  
=== In the next days (Wednesday-Thursday) ===
 
  
==== Track milestone-critical fixes ====
+
== Swift intermediary releases ==
* Target milestone-critical fixes to $MILESTONE
 
* Backport them to milestone-proposed (see [[GerritJenkinsGithub#Authoring_Changes_for_milestone-proposed|how to do it]])
 
  
==== Get PTL signoff ====
+
<pre><nowiki>
* Note down milestone cut commit id
+
PROJECT=swift
 +
MILESTONE=1.8.1
 +
</nowiki></pre>
  
=== Milestone publication (Thursday) ===
 
  
==== Push tag to MP ====
+
==== Pre-flight checks ====
 +
 
 +
'''Missing files check'''
 
<pre><nowiki>
 
<pre><nowiki>
git checkout milestone-proposed
+
./repo_tarball_diff.sh swift master
git pull
 
git tag -s "$PROJECT.$SHORT"
 
git push --tags gerrit
 
 
</nowiki></pre>
 
</nowiki></pre>
  
==== Wait for tarball build ====
 
* Wait for the $PROJECT-tarball job run to generate a $PROJECT-$VERSION.$SHORT.tar.gz
 
  
==== Upload milestone ====
+
'''Check bugs'''
 +
* Look at the list of FixCommitted bugs, sanity-check that they were fixed during the period
 +
 
 +
 
 +
==== RC1 tag ====
 +
 
 +
'''Get PTL signoff'''
 +
* Get RC1 $RCSHA from PTL
 +
* Check that the $MILESTONE changelog was committed to master
 +
 
 +
 
 +
'''Deferring blueprints'''
 +
* Move all incomplete blueprints to the next milestone ($MILESTONE should all be 'Implemented')
 +
* Move all incomplete bugs to the next milestone ($MILESTONE should all be 'Fix Committed')
 +
 
 +
 
 +
'''Tag RC1, wait for tarball build and process FixCommitted bugs'''
 
<pre><nowiki>
 
<pre><nowiki>
./upload_release.py $PROJECT $VERSION --milestone=$MILESTONE
+
./swiftrc.sh $RC1SHA $MILESTONE
 
</nowiki></pre>
 
</nowiki></pre>
  
==== Announce milestone ====
+
 
 +
'''Announce candidate builds'''
 
* Email to openstack general ML
 
* Email to openstack general ML
 
* Twitter
 
* Twitter
  
=== Post-milestone ===
 
  
==== Remove milestone-proposed branches ====
+
==== Further RCs ====
* In review.openstack.org project branch admin panel
 
  
 +
We generally hope that intermediary Swift releases won't generate multiple RCs, but shit sometimes happens. In that case we follow a manual process.
  
= Final release =
+
 
 +
'''Set up proposed/$MILESTONE branch'''
 +
* Go to review.openstack.org and create a proposed/$MILESTONE branch with the same SHA as the RC1 tag
 +
* Backport fixes to this branch
 +
 
 +
 
 +
'''Manually push new tag on that branch'''
 +
<pre><nowiki>
 +
git checkout master && git pull
 +
git checkout -b proposed/$MILESTONE -t origin/proposed/$MILESTONE
 +
git tag -m "Swift $MILESTONE-rc2" -s "${MILESTONE}rc2" $RC2SHA
 +
git push gerrit ${MILESTONE}rc2
 +
</nowiki></pre>
 +
 
 +
 
 +
==== Release ====
 +
 
 +
'''Get PTL signoff'''
 +
* Get confirmation that SHA=RCxSHA
 +
 
 +
 
 +
'''Tag, wait for tarball build, check similarities and upload'''
 +
<pre><nowiki>
 +
./milestone.sh $MILESTONE $SHA swift
 +
</nowiki></pre>
 +
 
 +
 
 +
'''Announce release'''
 +
* Email to openstack general ML & openstack announce.
 +
* Twitter
 +
* If a proposed/$MILESTONE branch was created, check that tags merged back to master and delete the branch (manually under review.openstack.org)
 +
 
 +
 
 +
== Final release ==
 +
 
 +
NB: The rccut.sh and rcdelivery.sh scripts special-case swift (where RC milestones are named differently) and oslo-incubator (where no tarball is published), so you can just run the same commands with them. They do '''not''' handle oslo.* libraries where tagging is external: bugs must be closed directly and stable branches created manually.
  
 
<pre><nowiki>
 
<pre><nowiki>
 
PROJECT=nova
 
PROJECT=nova
VERSION=2013.1
+
SERIES=icehouse
NEXTVERSION=2013.2
+
FINALSWIFT=2.0.0
SERIES=grizzly
+
NEXTSERIES=juno
NEXTSERIES=havana
 
 
</nowiki></pre>
 
</nowiki></pre>
  
=== Pre-flight checks ===
 
  
==== Create next series ====
+
==== Pre-flight checks ====
 +
 
 +
'''Create next series'''
 
* Create $NEXTSERIES series in Launchpad
 
* Create $NEXTSERIES series in Launchpad
 
* Set status to Future, Set release manager
 
* Set status to Future, Set release manager
  
==== Missing files check ====
+
 
 +
'''Check RC1 has 'RC1' as short name'''
 +
* $NAME-rc1 should have 'RC1' as short milestone name
 +
 
 +
 
 +
'''Missing files check'''
 
<pre><nowiki>
 
<pre><nowiki>
 
./repo_tarball_diff.sh $PROJECT master
 
./repo_tarball_diff.sh $PROJECT master
 
</nowiki></pre>
 
</nowiki></pre>
  
==== Tarball/version status ====
 
* Check that the $PROJECT-[branch-]tarball jenkins jobs work properly and that they produce the right version numbers
 
  
==== Check bugs ====
+
'''Check bugs'''
 
* Look at the list of FixCommitted bugs, sanity-check that they were fixed during the period
 
* Look at the list of FixCommitted bugs, sanity-check that they were fixed during the period
  
=== MP cut (switch master to next version) ===
 
  
==== Get PTL signoff ====
+
'''Check for translations /requirements updates'''
* This should be done close to the RC1 cut
+
* Branch should have a relatively recent translation update
* Note down MP cut commit id
+
* Branch should have a relatively recent requirements update
  
==== Push new version to master ====
 
* Prepare change which sets next version on master branch (in setup.py)
 
* Get it approved by core and make sure it's merged
 
  
==== Create MP branch from previous commit ====
+
==== stable/$SERIES branch cut (switch master to next version) ====
* Use review.openstack.org admin panel to create branch
 
* Branch name is "milestone-proposed", initial revision is the MP cut commit id
 
  
==== Process FixCommitted bugs ====
+
'''Get PTL signoff'''
<pre><nowiki>
+
* This should be done close to the RC1 cut
./process_bugs.py $PROJECT --settarget=$SERIES-rc1 --fixrelease
+
* For Swift, check that the $FINALSWIFT changelog was committed to master
</nowiki></pre>
 
  
=== RC1 cut ===
 
  
==== Get PTL signoff ====
+
'''Push new version to master'''
* Check that the branch contents are ready to go from PTL perspective
+
* Prepare change which sets next version on master branch in setup.cfg (except for Swift which doesn't set preversions)
 +
* Get it approved by core and make sure it's merged
 +
* Note down SHA = stable/$SERIES cut commit id (the commit just before the version bump)
  
==== Push rc1 tag to MP ====
 
<pre><nowiki>
 
git checkout milestone-proposed
 
git pull
 
git tag -s $VERSION.rc1
 
git push --tags gerrit
 
</nowiki></pre>
 
  
==== Wait for tarball build ====
+
'''Create stable/$SERIES branch from previous commit, wait for tarball, process FixCommitted bugs'''
* Wait for the $PROJECT-tarball job run to generate a $PROJECT-$VERSION.rc1.tar.gz
 
 
 
==== Upload release ====
 
 
<pre><nowiki>
 
<pre><nowiki>
./upload_release.py $PROJECT $VERSION --milestone=$SERIES-rc1
+
./rccut.sh $SHA $SERIES $PROJECT [$FINALSWIFT]
 
</nowiki></pre>
 
</nowiki></pre>
  
==== Announce RC1 ====
 
* Email to openstack general ML
 
* Twitter
 
 
=== Further RC-X windows ===
 
  
==== Decision to open next RC window ====
+
'''Set $NEXTSERIES as active development'''
* Consider $SERIES-rc-potential bugs and discuss with PTL if they warrant a respin
+
* Make $NEXTSERIES the "Development focus" for $PROJECT
 +
* Set $NEXTSERIES status to "Active development"
 +
* Set $SERIES status to "Pre-release freeze"
  
==== Create RC-X milestone page ====
 
* Create the RC-X milestone page on Launchpad
 
* Target relevant bugs
 
  
==== Refine/fix bugs ====
+
==== RC1 cut ====
* Track bug fixes
 
* Facilitate backports
 
  
==== Get PTL signoff ====
+
'''Get PTL signoff'''
* Get confirmation that RC is releasable from PTL perspective
+
* Check that the branch contents are ready to go from PTL perspective (backport any last-minute bugfix)
  
==== Push M-rcX tag to MP ====
 
<pre><nowiki>
 
git checkout milestone-proposed
 
git pull
 
git tag -s $VERSION.rcX
 
git push --tags gerrit
 
</nowiki></pre>
 
  
==== Upload release ====
+
'''Tag, wait for tarball, check similarities and upload'''
 
<pre><nowiki>
 
<pre><nowiki>
./upload_release.py $PROJECT $VERSION --milestone=$SERIES-rcX
+
./rcdelivery.sh $SERIES rc1 $PROJECT [$FINALSWIFT]
 
</nowiki></pre>
 
</nowiki></pre>
  
==== Wait for tarball build ====
 
* Wait for the $PROJECT-tarball job run to generate a $PROJECT-$VERSION.rcX.tar.gz
 
 
==== Similarity check ====
 
* Check that this tarball is equivalent to the latest published $PROJECT-milestone-proposed.tar.gz
 
  
==== Announce RC-X ====
+
'''Announce RC1'''
 
* Email to openstack general ML
 
* Email to openstack general ML
 
* Twitter
 
* Twitter
  
=== Final release ===
 
  
==== Create final release milestone page ====
+
'''Unfreeze requirements'''
* Create the $VERSION final milestone page on Launchpad
+
* (should be doublechecked since we changed things here)
 +
* Create stable/$SERIES for openstack/requirements
 +
* Consider master branch unfrozen
 +
* Email to openstack dev ML
  
==== Push all bugs and blueprints to final page ====
 
<pre><nowiki>
 
consolidate_release_page.py nova morlock 2014.1
 
</nowiki></pre>
 
  
This can take a very long time. For large bugs you will have to run it multiple times. Verify all intermediary milestone pages are now empty.
+
==== Further RC-X windows ====
  
==== Push final version tag to MP ====
+
'''Decision to open next RC window'''
<pre><nowiki>
+
* Consider $SERIES-rc-potential bugs and discuss with PTL if they warrant a respin
git checkout milestone-proposed
 
git pull
 
git tag -s $VERSION
 
git push --tags gerrit
 
</nowiki></pre>
 
  
==== Wait for tarball build ====
 
* Wait for the $PROJECT-tarball job run to generate a $PROJECT-$VERSION.tar.gz
 
  
==== Similarity check ====
+
'''Create RC-X milestone page'''
* Check that this tarball is equivalent to the latest published $PROJECT-rcX.tar.gz
+
* Create the RC-X milestone page (short name = RCX) on Launchpad
 +
* Target relevant bugs
  
==== Publish release ====
 
<pre><nowiki>
 
./upload_release.py $PROJECT $VERSION
 
</nowiki></pre>
 
  
==== Add release notes link to release page ====
+
'''Refine/fix bugs'''
* Add the "See http://wiki.openstack.org/ReleaseNotes/Folsom" note to the Release note on the download page.
+
* Track bug fixes
 +
* Facilitate backports
  
==== Announce release ====
 
* openstack-announce, openstack general ML
 
* Twitter etc.
 
  
=== Post-release ===
+
'''Check for translations/requirements updates'''
 +
* Branch should have a relatively recent translation update. This requires a manual script to be run.
 +
* Requirements job (as proposed automatically when stable/* is created) should be merged if it exists
  
==== Update "Releases" wiki page ====
 
* http://wiki.openstack.org/Releases
 
  
==== Switch dev focus ====
+
'''Get PTL signoff'''
* Switch dev focus to $NEXTSERIES and $NEXTSERIES status to under active development
+
* Get confirmation that RC is releasable from PTL perspective
* Switch $SERIES to current stable release, set release manager = openstack-stable-maint
 
* Switch previous stable release (series - 1) to Obsolete
 
  
==== Clean rc-potential tags ====
 
* Search for https://bugs.launchpad.net/openstack/+bugs?field.tag=$SERIES-rc-potential
 
* Remove tag where found
 
 
==== Create devnull branch (from MP) ====
 
* Go to review.openstack.org project branch admin panel
 
* New branch: "devnull", Initial revision: "milestone-proposed"
 
  
==== Push .1 version to devnull branch ====
+
'''Tag, wait for tarball, check similarities and upload'''
 
<pre><nowiki>
 
<pre><nowiki>
git checkout -t -b devnull origin/devnull
+
./rcdelivery.sh $SERIES rcX $PROJECT [$FINALSWIFT]
vi setup.py # set to $VERSION.1
 
git commit -a
 
git review devnull
 
 
</nowiki></pre>
 
</nowiki></pre>
  
==== Create stable/$SERIES branch from devnull branch ====
 
* Go to review.openstack.org project branch admin panel
 
* New branch: "stable/$SERIES", Initial revision: "devnull"
 
  
==== Remove devnull and milestone-proposed branches ====
+
'''Announce RC-X'''
* In review.openstack.org project branch admin panel
+
* Email to openstack general ML
 +
* Twitter
  
= Swift releases (outdated !) =
 
  
Swift uses separate versioning and does not use milestones. Let's suppose we are releasing 1.8.2 and next version is called 1.8.3.
+
==== Final release ====
  
=== Pre-flight checks ===
+
'''Create final release milestone page'''
 +
* Create the $VERSION final milestone page on Launchpad
  
==== Missing files check ====
 
  
 +
'''Push all bugs and blueprints to final page'''
 
<pre><nowiki>
 
<pre><nowiki>
cd swift
+
./consolidate_release_page.py $PROJECT $SERIES $VERSION
tarball-repo-diff
 
 
</nowiki></pre>
 
</nowiki></pre>
 +
This can take a very long time. For large bugs you will have to run it multiple times. Verify all intermediary milestone pages are now empty.
  
  
==== Tarball/version status ====
+
'''Tag, wait for tarball, check similarities and upload'''
* Check that the swift-tarball jenkins jobs work properly and that they produce the right version numbers
+
<pre><nowiki>
 +
./rcdelivery.sh $SERIES final $PROJECT [$FINALSWIFT]
 +
</nowiki></pre>
  
==== Check bugs & blueprints ====
 
* Look at the list of FixCommitted bugs, sanity-check that they were fixed during the period
 
* Check that the 1.8.2 milestone page is sane (all implemented blueprints)
 
  
==== Get PTL signoff ====
+
'''Extra similarity check'''
* Check that the 1.8.2 changelog was committed to master
+
<pre><nowiki>
* Note down MP cut commit id
+
./similar_tarballs.sh $PROJECT $VERSION.rcX $VERSION
 +
</nowiki></pre>
  
=== MP cut ===
 
  
==== Push new version to master ====
+
'''Add release notes link to release page'''
* Prepare change which sets 1.8.3 on master branch
+
* Add the "See http://wiki.openstack.org/ReleaseNotes/$SERIES" note to the Release note on the download page.
* Get it approved by swift-core and make sure it's merged
 
  
==== Create MP branch from previous commit ====
 
* Use review.openstack.org admin panel to create branch
 
* Branch name is "milestone-proposed", initial revision is the MP cut commit id
 
  
==== Process FixCommitted bugs ====
+
'''Announce release'''
 +
* openstack-announce, openstack general ML
 +
* Twitter etc.
  
<pre><nowiki>
 
./process-fixcommitted-bugs.py swift --milestone 1.8.2 --settarget 1.8.2 --fixrelease
 
</nowiki></pre>
 
  
 +
==== Post-release ====
  
==== Wait for tarball build ====
+
'''Update wiki pages'''
* Wait for the swift-tarball job run
+
* http://wiki.openstack.org/Releases
* Note down tarball version
+
* https://wiki.openstack.org/wiki/Getting_The_Code
  
=== QA for proposed release ===
 
  
==== Push FINAL=True commit to MP ====
+
'''Create openstack/openstack stable branch'''
* Prepare change which sets FINAL=True on milestone-proposed branch
+
* This needs to be done before any stable branch is created
* Approve and make sure it's merged
+
* Go to review.openstack.org openstack/openstack branch admin panel
 +
* New branch: "stable/$SERIES", Initial revision: "HEAD"
 +
* Push update to .gitmodules switching all "." to "stable/$SERIES"
  
==== Get Final PTL signoff ====
 
* Note down release commit id
 
  
==== Wait for tarball build ====
+
'''Switch dev focus'''
* Wait for the swift-tarball job run
+
* Switch $SERIES to current stable release, set release manager = openstack-stable-maint
* Note down tarball version
+
* Switch previous stable release (series - 1) to Obsolete
  
=== Release publication ===
 
  
==== Push tag to MP ====
+
'''Clean rc-potential tags'''
 +
* Search for https://bugs.launchpad.net/openstack/+bugs?field.tag=$SERIES-rc-potential
 +
* Remove tag where found
  
<pre><nowiki>
 
git checkout milestone-proposed
 
git pull
 
git tag -s 1.8.2
 
git push --tags gerrit
 
</nowiki></pre>
 
  
 +
'''Enable stable/$SERIES'''
 +
* (should be doublechecked since we changed things here)
 +
* Add stable/$SERIES periodic jobs, example for Icehouse https://review.openstack.org/115933
  
==== Upload milestone ====
 
  
 +
'''Push .1 version to stable/$SERIES branch'''
 
<pre><nowiki>
 
<pre><nowiki>
upload_release.py swift 1.8.2
+
git checkout -t -b stable/$SERIES origin/stable/$SERIES
 +
git checkout -b stable-$SERIES
 +
vi setup.cfg # set to $VERSION.1
 +
vi .gitreview # set defaultbranch=stable/$SERIES
 +
git commit -a
 +
git review stable/$SERIES
 
</nowiki></pre>
 
</nowiki></pre>
  
 
+
NB: For Swift, it still makes sense to commit the the defaultbranch patch (even if you don't do the setup.cfg version bump)
==== Announce release ====
 
* Email to openstack general, openstack-announce ML
 
* Twitter
 
 
 
=== Post-milestone ===
 
 
 
==== Remove milestone-proposed branch ====
 
* In review.openstack.org project branch admin panel
 

Latest revision as of 16:11, 13 June 2016

Caution icon.svg {{{header}}}

{{{body}}}

You can find all tools mentioned here in the openstack-infra/release-tools repository.

Development milestone publication

PROJECT=nova
MILESTONE=juno-3


Pre-flight checks

Missing files check (for all integrated projects doing the milestone)

./repo_tarball_diff.sh $PROJECT master


Milestone tag/publication (between Tuesday and Thursday)

All the integrated projects, as well as oslo-incubator and oslo.messaging, need to follow this process sometimes during the milestone publication window.

NB: The milestone.sh script special-cases oslo-incubator (where no tarball is published) and oslo.messaging (where no tag is pushed and no tarball is published) so you can just run the same commands with them.


Get PTL signoff (for all except oslo.messaging)

  • PTL confirms SHA for tag


Deferring blueprints and bugs

  • Move all incomplete blueprints to the next milestone ($MILESTONE should all be 'Implemented')
  • Move all incomplete bugs to the next milestone ($MILESTONE should all be 'Fix Committed'). You can use the following script:
./process_bugs.py $PROJECT --milestone $MILESTONE --settarget $NEXTMILESTONE


Tag, wait for tarball build, process FixCommitted bugs, check similarities and upload (if applicable)

./milestone.sh $MILESTONE $SHA $PROJECT


NB: for oslo.messaging $SHA is not used for tagging and is therefore ignored.


When all projects are done

Announce milestone

  • Email to openstack general ML
  • Twitter


Swift intermediary releases

PROJECT=swift
MILESTONE=1.8.1


Pre-flight checks

Missing files check

./repo_tarball_diff.sh swift master


Check bugs

  • Look at the list of FixCommitted bugs, sanity-check that they were fixed during the period


RC1 tag

Get PTL signoff

  • Get RC1 $RCSHA from PTL
  • Check that the $MILESTONE changelog was committed to master


Deferring blueprints

  • Move all incomplete blueprints to the next milestone ($MILESTONE should all be 'Implemented')
  • Move all incomplete bugs to the next milestone ($MILESTONE should all be 'Fix Committed')


Tag RC1, wait for tarball build and process FixCommitted bugs

./swiftrc.sh $RC1SHA $MILESTONE


Announce candidate builds

  • Email to openstack general ML
  • Twitter


Further RCs

We generally hope that intermediary Swift releases won't generate multiple RCs, but shit sometimes happens. In that case we follow a manual process.


Set up proposed/$MILESTONE branch

  • Go to review.openstack.org and create a proposed/$MILESTONE branch with the same SHA as the RC1 tag
  • Backport fixes to this branch


Manually push new tag on that branch

git checkout master && git pull
git checkout -b proposed/$MILESTONE -t origin/proposed/$MILESTONE
git tag -m "Swift $MILESTONE-rc2" -s "${MILESTONE}rc2" $RC2SHA
git push gerrit ${MILESTONE}rc2


Release

Get PTL signoff

  • Get confirmation that SHA=RCxSHA


Tag, wait for tarball build, check similarities and upload

./milestone.sh $MILESTONE $SHA swift


Announce release

  • Email to openstack general ML & openstack announce.
  • Twitter
  • If a proposed/$MILESTONE branch was created, check that tags merged back to master and delete the branch (manually under review.openstack.org)


Final release

NB: The rccut.sh and rcdelivery.sh scripts special-case swift (where RC milestones are named differently) and oslo-incubator (where no tarball is published), so you can just run the same commands with them. They do not handle oslo.* libraries where tagging is external: bugs must be closed directly and stable branches created manually.

PROJECT=nova
SERIES=icehouse
FINALSWIFT=2.0.0
NEXTSERIES=juno


Pre-flight checks

Create next series

  • Create $NEXTSERIES series in Launchpad
  • Set status to Future, Set release manager


Check RC1 has 'RC1' as short name

  • $NAME-rc1 should have 'RC1' as short milestone name


Missing files check

./repo_tarball_diff.sh $PROJECT master


Check bugs

  • Look at the list of FixCommitted bugs, sanity-check that they were fixed during the period


Check for translations /requirements updates

  • Branch should have a relatively recent translation update
  • Branch should have a relatively recent requirements update


stable/$SERIES branch cut (switch master to next version)

Get PTL signoff

  • This should be done close to the RC1 cut
  • For Swift, check that the $FINALSWIFT changelog was committed to master


Push new version to master

  • Prepare change which sets next version on master branch in setup.cfg (except for Swift which doesn't set preversions)
  • Get it approved by core and make sure it's merged
  • Note down SHA = stable/$SERIES cut commit id (the commit just before the version bump)


Create stable/$SERIES branch from previous commit, wait for tarball, process FixCommitted bugs

./rccut.sh $SHA $SERIES $PROJECT [$FINALSWIFT]


Set $NEXTSERIES as active development

  • Make $NEXTSERIES the "Development focus" for $PROJECT
  • Set $NEXTSERIES status to "Active development"
  • Set $SERIES status to "Pre-release freeze"


RC1 cut

Get PTL signoff

  • Check that the branch contents are ready to go from PTL perspective (backport any last-minute bugfix)


Tag, wait for tarball, check similarities and upload

./rcdelivery.sh $SERIES rc1 $PROJECT [$FINALSWIFT]


Announce RC1

  • Email to openstack general ML
  • Twitter


Unfreeze requirements

  • (should be doublechecked since we changed things here)
  • Create stable/$SERIES for openstack/requirements
  • Consider master branch unfrozen
  • Email to openstack dev ML


Further RC-X windows

Decision to open next RC window

  • Consider $SERIES-rc-potential bugs and discuss with PTL if they warrant a respin


Create RC-X milestone page

  • Create the RC-X milestone page (short name = RCX) on Launchpad
  • Target relevant bugs


Refine/fix bugs

  • Track bug fixes
  • Facilitate backports


Check for translations/requirements updates

  • Branch should have a relatively recent translation update. This requires a manual script to be run.
  • Requirements job (as proposed automatically when stable/* is created) should be merged if it exists


Get PTL signoff

  • Get confirmation that RC is releasable from PTL perspective


Tag, wait for tarball, check similarities and upload

./rcdelivery.sh $SERIES rcX $PROJECT [$FINALSWIFT]


Announce RC-X

  • Email to openstack general ML
  • Twitter


Final release

Create final release milestone page

  • Create the $VERSION final milestone page on Launchpad


Push all bugs and blueprints to final page

./consolidate_release_page.py $PROJECT $SERIES $VERSION

This can take a very long time. For large bugs you will have to run it multiple times. Verify all intermediary milestone pages are now empty.


Tag, wait for tarball, check similarities and upload

./rcdelivery.sh $SERIES final $PROJECT [$FINALSWIFT]


Extra similarity check

./similar_tarballs.sh $PROJECT $VERSION.rcX $VERSION


Add release notes link to release page


Announce release

  • openstack-announce, openstack general ML
  • Twitter etc.


Post-release

Update wiki pages


Create openstack/openstack stable branch

  • This needs to be done before any stable branch is created
  • Go to review.openstack.org openstack/openstack branch admin panel
  • New branch: "stable/$SERIES", Initial revision: "HEAD"
  • Push update to .gitmodules switching all "." to "stable/$SERIES"


Switch dev focus

  • Switch $SERIES to current stable release, set release manager = openstack-stable-maint
  • Switch previous stable release (series - 1) to Obsolete


Clean rc-potential tags


Enable stable/$SERIES


Push .1 version to stable/$SERIES branch

git checkout -t -b stable/$SERIES origin/stable/$SERIES
git checkout -b stable-$SERIES
vi setup.cfg # set to $VERSION.1
vi .gitreview # set defaultbranch=stable/$SERIES
git commit -a
git review stable/$SERIES

NB: For Swift, it still makes sense to commit the the defaultbranch patch (even if you don't do the setup.cfg version bump)