Project

Profile

Help

Release Schedule » History » Sprint/Milestone 58

pcreech, 01/31/2018 04:07 PM

1 28 semyers
# Releases In Progress
2
3 29 semyers
# Future Releases
4
5 55 pcreech
  - [[2.16.0 Release Status]]
6 56 pcreech
  - [[2.15.2 Release Status]]
7 44 bizhang
8 29 semyers
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.
9 26 semyers
10 24 semyers
# Release Stages
11 1 rbarlow
12 24 semyers
**Beta** - Dev believes the release is complete and ready for testing. Any bug fixes related to this release are still acceptable.  
13
**Release Candidate** (RC) - Only bug fixes related to regressions, upgrade failures, or similar severity are accepted at this point.  
14
**Generally Available** (GA) - Release is generally available in the stable repositories.
15
16
## Release Stage Conditions
17
18
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.
19
20
### Z Release Beta
21
22
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).
23
24
### Y Release Beta
25
26
Y releases advance to RC after testing reveals no new blocking issues, and have passed acceptance testing by QE (not including upgrade testing).
27
28
### Y Release RC
29
30
This release stage cannot advance to GA until the upgrade path from previous versions of pulp is confirmed to be working.
31
32 1 rbarlow
# Y Release Cadence
33 12 semyers
34 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.
35 1 rbarlow
36 24 semyers
  - week 0: (Y-1 Release) Previous Y release cycle begins with a Beta Release
37 57 pcreech
  - week 11: (Y Release) Y release cycle begins with a Dev Freeze
38
      - release branch created for this Y Release, preventing the addition of new features.
39
      - build system adapted to build from release branch
40 1 rbarlow
      - master branch now tracks development for next Y release
41 57 pcreech
      - beta is built from release branch
42
  - week 12: (Y Release) Y Beta Release
43 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.
44 1 rbarlow
  - week 12+2?: Y release advances through RC phase to GA as stage conditions are met.
45
46 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.
47 1 rbarlow
48 57 pcreech
2.y releases are no longer time based and therefore are not dependent on when previous y release beta was cut. The rest of the schedule is followed
49
50 1 rbarlow
# Z Release Cadence
51
52
The Z release cycle starts with a beta released roughly every three weeks. A beta Z release should begin place two weeks after the previous Z release becomes Generally Available. The Z release will spend a minimum of one week in Beta before being eligible to become Generally Available.
53 37 semyers
54 58 pcreech
  - week 0: (Z-1) Previous Z Beta Release
55
  - week 1: (Z-1) Previous Z GA Release
56
  - week 2: Dev Freeze
57
  - week 3: Beta Z Release
58
  - week 4: GA Z Release
59 12 semyers
60 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.
61
62
# Version Numbering
63
64
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:
65
66
http://semver.org/#spec-item-2
67
68
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.
69 1 rbarlow
70
"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:
71
72
https://www.redhat.com/mailman/listinfo/pulp-dev
73 33 semyers
74 1 rbarlow
# Past Releases
75 33 semyers
76 1 rbarlow
Versions listed here have already become Generally Available, and are included here for historical reference. 2.11.2 was the first release to have a release status page in this wiki.
77
78 56 pcreech
  - [[2.15.1 Release Status]]
79 55 pcreech
  - [[2.15.0 Release Status]]
80 54 pcreech
  - [[2.14.3 Release Status]]
81 52 pcreech
  - [[2.14.2 Release Status]]
82 51 pcreech
  - [[2.14.1 Release Status]]
83 50 pcreech
  - [[2.13.4 Release Status]]
84 48 pcreech
  - [[2.14.0 Release Status]]
85
  - [[2.13.3 Release Status]]
86 46 bizhang
  - [[2.13.2 Release Status]]
87 45 bizhang
  - [[2.13.1 Release Status]]
88 41 bizhang
  - [[2.13.0 Release Status]]
89 40 bizhang
  - [[2.12.2 Release Status]]
90 35 bizhang
  - [[2.12.1 Release Status]]
91 34 semyers
  - [[2.11.2 Release Status]]
92
  - [[2.12.0 Release Status]]