Skip to content


Subversion checkout URL

You can clone with
Download ZIP
Browse files

Fixed #12609 -- Updated FAQ on which version users should install. Th…

…anks to shanx for the report.

git-svn-id: bcc190cf-cafb-0310-a4f2-bffc1f526a37
  • Loading branch information...
commit 92983a3119d6af66b5b2099a0925092d520ee85a 1 parent ee6d552
@freakboy3742 freakboy3742 authored
Showing with 11 additions and 9 deletions.
  1. +9 −7 docs/faq/install.txt
  2. +2 −2 docs/internals/release-process.txt
16 docs/faq/install.txt
@@ -53,7 +53,7 @@ own version requirements.
Over the next year or two Django will begin dropping support for older Python
versions as part of a migration which will end with Django running on Python 3
-(see below for details).
+(see below for details).
All else being equal, we recommend that you use the latest 2.x release
(currently Python 2.6). This will let you take advantage of the numerous
@@ -92,11 +92,13 @@ See our `Django-friendly Web hosts`_ page.
.. _`Django-friendly Web hosts`:
-Should I use the official version or development version?
+Should I use the stable version or development version?
-The Django developers improve Django every day and are pretty good about not
-checking in broken code. We use the development code (from the Subversion
-repository) directly on our servers, so we consider it stable. With that in
-mind, we recommend that you use the latest development code, because it
-generally contains more features and fewer bugs than the "official" releases.
+Generally, if you're using code in production, you should be using a
+stable release. The Django project publishes a full stable release
+every nine months or so, with bugfix updates in between. These stable
+releases contain the API that is covered by our backwards
+compatibility guarantees; if you write code against stable releases,
+you shouldn't have any problems upgrading when the next official
+version is released.
4 docs/internals/release-process.txt
@@ -47,7 +47,7 @@ not "months"), and will probably represent major, sweeping changes to Django.
Minor releases
-Minor release (1.1, 1.2, etc.) will happen roughly every six months -- see
+Minor release (1.1, 1.2, etc.) will happen roughly every nine months -- see
`release process`_, below for details.
.. _internal-release-deprecation-policy:
@@ -119,7 +119,7 @@ Release process
Django uses a time-based release schedule, with minor (i.e. 1.1, 1.2, etc.)
-releases every six months, or more, depending on features.
+releases every nine months, or more, depending on features.
After each previous release (and after a suitable cooling-off period of a week
or two), the core development team will examine the landscape and announce a

0 comments on commit 92983a3

Please sign in to comment.
Something went wrong with that request. Please try again.