Skip to content

Commit

Permalink
DOC: define minor vs major vs patch version for this NEP
Browse files Browse the repository at this point in the history
  • Loading branch information
tacaswell committed Jul 25, 2019
1 parent 783b4ef commit 477ca0c
Showing 1 changed file with 22 additions and 9 deletions.
31 changes: 22 additions & 9 deletions doc/neps/nep-0029-deprecation_policy.rst
Original file line number Diff line number Diff line change
Expand Up @@ -33,10 +33,23 @@ IPython, Jupyter, yt, SciPy, NumPy, and scikit-image.
Detailed description
--------------------

When a project creates a new major or minor release, we recommend that the project should support all
minor versions of ``Python`` introduced and released in the prior 42
months ~~from their anticipated release date~~ and all minor versions of
NumPy released in the prior 24 months.
For the purposes of this NEP we assume semantic versioning and define:

*major version*
A release that change the first number (e.g. X.0.0)

*minor version*
A release that changes the second number (e.g x.Y.0)

*patch version*
A release that changes the third number (e.g. x.y.Z)


When a project creates a new major or minor version, we recommend that
the project should support all minor versions of ``Python`` introduced
and released in the prior 42 months ~~from their anticipated release
date~~ and all minor versions of NumPy released in the prior 24
months.


The diagram::
Expand All @@ -50,11 +63,11 @@ The diagram::
|-----------------------------------------> Dec19
|-----------------------------------------> Nov20

shows the 42 month support windows for ``Python``. A project with a major or
minor release in Feb19 should support py35 and newer, a project with a
major or minor release in Dec19 should support py36 and newer, and a
project with a major or minor release in Nov20 should support py37 and
newer.
shows the 42 month support windows for ``Python``. A project with a
major or minor version release in Feb19 should support py35 and newer,
a project with a major or minor version release in Dec19 should
support py36 and newer, and a project with a major or minor version
release in Nov20 should support py37 and newer.

The current Python release cadence is 18 months so a 42 month window
ensures that there will always be at least two versions of ``Python``
Expand Down

0 comments on commit 477ca0c

Please sign in to comment.