summaryrefslogtreecommitdiffstats
path: root/doc/releases/general.rst
diff options
context:
space:
mode:
Diffstat (limited to 'doc/releases/general.rst')
-rw-r--r--doc/releases/general.rst78
1 files changed, 0 insertions, 78 deletions
diff --git a/doc/releases/general.rst b/doc/releases/general.rst
deleted file mode 100644
index b7fdbb387..000000000
--- a/doc/releases/general.rst
+++ /dev/null
@@ -1,78 +0,0 @@
-.. _ceph-releases-general:
-
-=======================
-Ceph Releases (general)
-=======================
-
-.. toctree::
- :maxdepth: 1
-
-Understanding the release cycle
--------------------------------
-
-Starting with the Nautilus release (14.2.0), there is a new stable release cycle
-every year, targeting the month of March. Each stable release series will receive a name
-(e.g., 'Mimic') and a major release number (e.g., 13 for Mimic because 'M' is
-the 13th letter of the alphabet).
-
-Releases are named after a species of cephalopod (usually the common
-name, since the latin names are harder to remember or pronounce).
-
-Version numbers have three components, *x.y.z*. *x* identifies the release
-cycle (e.g., 13 for Mimic). *y* identifies the release type:
-
-* x.0.z - development versions
-* x.1.z - release candidates (for test clusters, brave users)
-* x.2.z - stable/bugfix releases (for users)
-
-Release candidates (x.1.z)
-^^^^^^^^^^^^^^^^^^^^^^^^^^
-
-There is a feature freeze roughly two months prior to the planned
-initial stable release, after which focus shifts to stabilization and
-bug fixes only.
-
-* Release candidate release every 1-2 weeks
-* Intended for final testing and validation of the upcoming stable release
-
-Stable releases (x.2.z)
-^^^^^^^^^^^^^^^^^^^^^^^
-
-Once the initial stable release is made (x.2.0), there are
-semi-regular bug-fix point releases with bug fixes and (occasionally)
-feature backports. Bug fixes are accumulated and included in
-the next point release.
-
-* Stable point release every 4 to 6 weeks
-* Intended for production deployments
-* Bug fix backports for 2 full release cycles (2 years).
-* Online, rolling upgrade support and testing from the last two (2)
- stable release(s) (starting from Luminous).
-* Online, rolling upgrade support and testing from prior stable point
- releases
-
-For each stable release:
-
-* `Integration and upgrade tests
- <https://github.com/ceph/ceph/tree/master/qa/suites/>`_ are run on a regular basis
- and `their results <http://pulpito.ceph.com/>`_ analyzed by Ceph
- developers.
-* `Issues <http://tracker.ceph.com/projects/ceph/issues?query_id=27>`_
- fixed in the development branch (master) are scheduled to be backported.
-* When an issue found in the stable release is `reported
- <http://tracker.ceph.com/projects/ceph/issues/new>`_, it is
- triaged by Ceph developers.
-* The `stable releases and backport team <http://tracker.ceph.com/projects/ceph-releases/wiki>`_
- publishes ``point releases`` including fixes that have been backported to the stable release.
-
-Lifetime of stable releases
----------------------------
-
-The lifetime of a stable release series is calculated to be approximately 24
-months (i.e., two 12 month release cycles) after the month of the first release.
-For example, Mimic (13.2.z) will reach end of life (EOL) shortly after Octopus
-(15.2.0) is released. The lifetime of a release may vary because it depends on
-how quickly the stable releases are published.
-
-Detailed information on all releases, past and present, can be found at :ref:`ceph-releases-index`
-