Release Schedule » History » Sprint/Milestone 27
semyers, 01/17/2017 05:15 PM
1 | 1 | rbarlow | # Future Releases |
---|---|---|---|
2 | 21 | semyers | |
3 | 1 | rbarlow | Following the 2.11 release, Pulp development will have transitioned almost entirely to working on the upcoming Pulp 3 release. Any releases after Pulp 2.11 will be scheduled as-needed. |
4 | 21 | semyers | |
5 | 26 | semyers | ## 2.12.0 |
6 | |||
7 | 27 | semyers | [[2.12.0 Release Status]] |
8 | 1 | rbarlow | |
9 | 24 | semyers | # Release Stages |
10 | 1 | rbarlow | |
11 | 24 | semyers | **Beta** - Dev believes the release is complete and ready for testing. Any bug fixes related to this release are still acceptable. |
12 | **Release Candidate** (RC) - Only bug fixes related to regressions, upgrade failures, or similar severity are accepted at this point. |
||
13 | **Generally Available** (GA) - Release is generally available in the stable repositories. |
||
14 | |||
15 | ## Release Stage Conditions |
||
16 | |||
17 | Releases spend a minimum time of one week in a given release stage. Subsequent releases in a given stage do not "reset the clock" on this waiting period. Care is taken to verify release-breaking bugs prior to advancing to the next release stage, which usually adds a few days to the release cycle, preventing "rapid-fire" releases. |
||
18 | |||
19 | ### Z Release Beta |
||
20 | |||
21 | There are no release candidates for Z releases. Z releases advance directly to GA after testing reveals no new blocking issues, and have passed acceptance testing by QE (including upgrade testing). |
||
22 | |||
23 | ### Y Release Beta |
||
24 | |||
25 | Y releases advance to RC after testing reveals no new blocking issues, and have passed acceptance testing by QE (not including upgrade testing). |
||
26 | |||
27 | ### Y Release RC |
||
28 | |||
29 | This release stage cannot advance to GA until the upgrade path from previous versions of pulp is confirmed to be working. |
||
30 | |||
31 | 1 | rbarlow | # Y Release Cadence |
32 | 12 | semyers | |
33 | 24 | semyers | Due to the unpredictable timeline of the release schedule once a Beta is released, the Y release cycle begins on the day of the previous **Beta** Y release. While unpredictable, the 12-week period between beta releases should be more than adequate to get that release Generally Available and still allow a few weeks before the next Beta is announced. |
34 | 1 | rbarlow | |
35 | 24 | semyers | - week 0: (Y-1 Release) Previous Y release cycle begins with a Beta Release |
36 | - week 12: (Y Release) Y release cycle begins with a Beta Release |
||
37 | - dev branch created for this Y Release, preventing the addition of new features. |
||
38 | 1 | rbarlow | - build system adapted to build from dev branch |
39 | - master branch now tracks development for next Y release |
||
40 | - beta is built from dev branch |
||
41 | 24 | semyers | - week 12+1?: Y release advances through Beta stage to RC as stage conditions are met. Release schedule is no longer time-based. |
42 | - week 12+2?: Y release advances through RC phase to GA as stage conditions are met. |
||
43 | 1 | rbarlow | |
44 | 24 | semyers | This release cadence was introduced to coincide with the release of the 2.11.0 Beta on 2016/10/25. If desired, the previous Y release cadence can be seen in the history of this wiki document. |
45 | |||
46 | 1 | rbarlow | # Z Release Cadence |
47 | |||
48 | The Z release cycle consists of alternating weekly beta and GA releases of bug & security fixes for Generally Available Y releases, built from a dev branch. |
||
49 | 12 | semyers | |
50 | - week 0: (Z-1) Previous Z GA Release |
||
51 | - week 1: Beta Z Release |
||
52 | 13 | semyers | - week 2: GA Z Release |
53 | 12 | semyers | |
54 | 24 | semyers | Z releases are released as often as possible based on this schedule, but are subject to upgrade testing which often extends the beta period beyond a week. |
55 | |||
56 | # Version Numbering |
||
57 | |||
58 | To the best of our ability, our releases adhere to semantic versioning. The releases in this document correspond to releases that increment a given release component (Y or Z) as defined by semantic versioning: |
||
59 | |||
60 | http://semver.org/#spec-item-2 |
||
61 | |||
62 | In short, a "Z Release" increments the "Z" release component (e.g. 1.0.0 -\> 1.0.1), and indicates no new features; only bug and security fixes have taken place. A "Y Release" increments the "Y" release component (e.g. 1.0.0 -\> 1.1.0), and indicates that new features have been introduced, but backward-incompatible API changes have not taken place. |
||
63 | |||
64 | "X" Releases are not covered by this document. At the moment, they are rare enough as to be handled case-by-case. The next X release, Pulp 3, is currently being actively discussed on the pulp-dev mailing list. If you're interested in participating, go here to subscribe: |
||
65 | |||
66 | https://www.redhat.com/mailman/listinfo/pulp-dev |