
Current slides are sparse when it comes to content. This change adds explanations to the slide about freezes. Change-Id: Idcd6795c031dab6860e3ba12157a2780335cb557
2.8 KiB
2.8 KiB
OpenStack Release Cycle
OpenStack Upstream Training
<teacher name> <date>
Planning : Design
- Planning stage is at the start of a cycle
- take a step back
- focus on what we want to do for the next one
Planning : Discuss
- With our peers
- feedback and comments
- create the corresponding blueprint
- 4 weeks, Design Summit on the third week
Planning : Target
- file new blueprints and/or specs
- set a target milestone
- when in the cycle they intend to complete it
- PTLs triage the submitted blueprints and set priority
Implementation : Milestone
- pushed to our Gerrit review
- weeks before the milestone publication date
- milestone-proposed branch
- feature-frozen
Implementation : freezes
- Feature freeze
- new features will not be accepted, only fixes
- Feature proposal freeze
- not even proposals for features will be accepted
- read: focus on bug-fixing
- String freeze
- all externally visible strings must be frozen
- this helps the translation and documentation program
Release Candidates
- After the last milestone
- file bugs about everything you find
- prioritize bugs / bug triage
- write documentation
- fix as many bugs as you can
Release candidate 1
- Between the last milestone and the RC1
- stop adding features and concentrate on bug fixes
- Once all the release-critical bugs are fixed, we produce the first - - - release candidate for that project (RC1)
- used as-is as the final release
Other release candidates
- regressions and integration issues
- new release-critical bugs
- (RC2), with bugs targeted to it
- merged in the master branch first
- repeated as many times as necessary
Release day
- last published release candidate
- published collectively as the OpenStack release
Exercise
Based on the Icehouse release schedule, find the URL of a document or a patch that belongs to each of the steps.