-
-
Notifications
You must be signed in to change notification settings - Fork 946
Clarify development cycle #1681
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes from 3 commits
1e39761
2b5060b
270131a
7297d7f
03838d8
73849a9
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -68,8 +68,8 @@ Maintenance branches | |
| A branch for a previous feature release, currently being maintained for bug | ||
| fixes, or for the next feature release in its | ||
| :ref:`beta <beta>` or :ref:`release candidate <rc>` stages. | ||
| There is usually either one or two maintenance branches at any given time for | ||
| Python 3.x. After the final release of a new minor version (3.x.0), releases | ||
| There is usually either one or two maintenance branches at any given time. | ||
| After the final release of a new minor version (3.x.0), releases | ||
|
||
| produced from a maintenance branch are called **bugfix** or **maintenance** | ||
| releases; the terms are used interchangeably. These releases have a | ||
| **micro version** number greater than zero. | ||
|
|
@@ -190,7 +190,7 @@ severe enough (for example, crashes) that they deserve fixing before the final r | |
| All other issues should be deferred to the next development cycle, since | ||
| stability is the strongest concern at this point. | ||
|
|
||
| While the goal is to have no code changes between a RC and a final release, | ||
| While the goal is to have no code changes between an RC and a final release, | ||
| there may be a need for final documentation or test fixes. Any such proposed | ||
| changes should be discussed first with the release manager. | ||
|
|
||
|
|
@@ -204,8 +204,7 @@ Final | |
| ^^^^^ | ||
|
|
||
| When a final release is being cut, only the release manager (RM) can make | ||
| changes to the branch. After the final release is published, the full | ||
| :ref:`development cycle <stages>` starts again for the next minor version. | ||
|
Comment on lines
-207
to
-208
Member
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Incorrect. After the final release is published in October, the dev cycle for the next one had already started back in May.
Member
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Maybe add that this period starts after RC1? Or at least it has for the last couple of releases.
Member
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. The new dev cycle begins after beta 1, when I think let's keep these explanations simpler, about the current cycle, rather than matching them up to previous/next cycles. |
||
| changes to the branch. | ||
|
|
||
|
|
||
| Repository administration | ||
|
|
||
Uh oh!
There was an error while loading. Please reload this page.