Fixed #17068 - Documented that documentation fixes will be more freely backported.

git-svn-id: http://code.djangoproject.com/svn/django/trunk@17300 bcc190cf-cafb-0310-a4f2-bffc1f526a37
This commit is contained in:
Timo Graham 2011-12-30 15:30:51 +00:00
parent 39201d8fe5
commit afb21094a9
1 changed files with 10 additions and 0 deletions

View File

@ -111,6 +111,13 @@ varying levels:
* Security fixes will be applied to the current trunk and the previous two * Security fixes will be applied to the current trunk and the previous two
minor releases. minor releases.
* Documentation fixes will generally be more freely backported to the last
release branch (at the discretion of the committer), and don't need to meet
the "critical fixes only" bar as it's highly advantageous to have the docs
for the last release be up-to-date and correct, and the downside of
backporting (risk of introducing regressions) is much less of a concern
with doc fixes.
As a concrete example, consider a moment in time halfway between the release of As a concrete example, consider a moment in time halfway between the release of
Django 1.3 and 1.4. At this point in time: Django 1.3 and 1.4. At this point in time:
@ -123,6 +130,9 @@ Django 1.3 and 1.4. At this point in time:
``1.2.X`` branch. They will trigger the release of ``1.3.1``, ``1.2.1``, ``1.2.X`` branch. They will trigger the release of ``1.3.1``, ``1.2.1``,
etc. etc.
* Documentation fixes will be applied to trunk, and if easily backported, to
the ``1.3.X`` branch.
.. _release-process: .. _release-process:
Release process Release process