Add contributor introduction Change-Id: I152bef5717099c2a7b120d7b55ae8ccac7a0b05a
2.4 KiB
Skyline Project Releases
The Skyline project follows the OpenStack 6 month development cycle, at the end of which a new stable branch is created from master, and master becomes the development branch for the next development cycle.
Because many OpenStack consumers don't move as quickly as OpenStack development, we backport appropriate bugfixes from master into the stable branches and create new releases for consumers to use ... for a while. See the Stable Branches section of the OpenStack Project Team Guide for details about the timelines.
What follows is information about the Skyline project and its releases.
Where Stuff Is
The Skyline Project Deliverables
https://governance.openstack.org/tc/reference/projects/skyline.html#deliverables
The Code Repositories
All Skyline Project Releases
https://releases.openstack.org/teams/skyline.html
How Stuff Works
Releases from Master
Releases from master for skyline-console follow the 'cycle-with-rc' release model.
- The 'cycle-with-rc' model describes projects that produce a single release at the end of the cycle, with one or more release candidates (RC) close to the end of the cycle and optional development milestone betas published on a per-project need.
For more information about the release models and deliverable types: https://releases.openstack.org/reference/release_models.html
Branching
All Skyline project deliverables follow the OpenStack stable branch policy. Briefly,
- The stable branches are intended to be a safe source of fixes for high impact bugs and security issues which have been fixed on master since a given release.
- Stable branches are cut from the last release of a given deliverable, at the end of the common 6-month development cycle.
While anyone may propose a release, releases must be approved by the OpenStack Release Managers.