Release PEPs: Use 'feature release' instead of 'minor version' to avoid ambiguity (#3174)

Co-authored-by: C.A.M. Gerlach <CAM.Gerlach@Gerlach.CAM>
This commit is contained in:
Erlend E. Aasland 2023-06-18 12:27:14 +02:00 committed by GitHub
parent 03cbb75ef4
commit e10c47558b
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
5 changed files with 10 additions and 10 deletions

View File

@ -38,7 +38,7 @@ Release Schedule
--------------
Note: the dates below use a 17-month development period that results
in a 12-month release cadence between major versions, as defined by
in a 12-month release cadence between feature versions, as defined by
:pep:`602`.
Actual:

View File

@ -17,15 +17,15 @@ Abstract
This document describes a change in the release calendar for Python
starting with Python 3.9. This change accelerates the release cadence
such that major versions are released predictably every twelve months,
such that feature versions are released predictably every twelve months,
in October every year.
Implementation
==============
Seventeen months to develop a major version
-------------------------------------------
Seventeen months to develop a feature version
---------------------------------------------
This PEP proposes that Python 3.X.0 will be developed for around
17 months:
@ -65,7 +65,7 @@ Annual release cadence
Feature development of Python 3.(X+1).0 starts as soon as
Python 3.X.0 Beta 1 is released. This creates a twelve-month delta
between major Python versions.
between Python feature versions.
Example
@ -288,8 +288,8 @@ More importantly, from the perspective of the user:
users. The bigger a release is feature-wise, the more potential
problems are hiding in "point zero releases".
Double the release cadence to achieve 9 months between major versions
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Double the release cadence to achieve 9 months between feature versions
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
This was originally proposed in :pep:`596` and rejected as both too
irregular and too short. This would not give any of the benefits of

View File

@ -35,7 +35,7 @@ Release Schedule
---------------
Note: the dates below use a 17-month development period that results
in a 12-month release cadence between major versions, as defined by
in a 12-month release cadence between feature versions, as defined by
:pep:`602`.
Actual:

View File

@ -38,7 +38,7 @@ Release Schedule
---------------
Note: the dates below use a 17-month development period that results
in a 12-month release cadence between major versions, as defined by
in a 12-month release cadence between feature versions, as defined by
:pep:`602`.
Actual:

View File

@ -37,7 +37,7 @@ Release Schedule
---------------
Note: the dates below use a 17-month development period that results
in a 12-month release cadence between major versions, as defined by
in a 12-month release cadence between feature versions, as defined by
:pep:`602`.
Actual: