summaryrefslogtreecommitdiff
path: root/docs
diff options
context:
space:
mode:
authorTim Graham <timograham@gmail.com>2014-05-07 09:01:37 -0400
committerTim Graham <timograham@gmail.com>2014-05-07 09:04:21 -0400
commitaf06203cead2968f4d58a718100dedc0faa7c619 (patch)
tree89bb0173fd3fbbc374c85d6eb509101fdfd676f6 /docs
parentab2865a48eb7163cd135e34fbfa35e62136ff1d8 (diff)
[1.7.x] Updated some docs for the delayed deprecation of legacy table creation; refs #22340.
Backport of a2e3c96948 from master
Diffstat (limited to 'docs')
-rw-r--r--docs/howto/initial-data.txt4
-rw-r--r--docs/internals/deprecation.txt4
-rw-r--r--docs/releases/1.7.txt9
3 files changed, 11 insertions, 6 deletions
diff --git a/docs/howto/initial-data.txt b/docs/howto/initial-data.txt
index d55cd38609..4e8d3aef6a 100644
--- a/docs/howto/initial-data.txt
+++ b/docs/howto/initial-data.txt
@@ -80,7 +80,7 @@ Automatically loading initial data fixtures
.. deprecated:: 1.7
If an application uses migrations, there is no automatic loading of
- fixtures. Since migrations will be required for applications in Django 1.9,
+ fixtures. Since migrations will be required for applications in Django 2.0,
this behavior is considered deprecated. If you want to load initial data
for an app, consider doing it in a migration.
@@ -114,7 +114,7 @@ Providing initial SQL data
If an application uses migrations, there is no loading of initial SQL data
(including backend-specific SQL data). Since migrations will be required
- for applications in Django 1.9, this behavior is considered deprecated.
+ for applications in Django 2.0, this behavior is considered deprecated.
If you want to use initial SQL for an app, consider doing it in a migration.
Django provides a hook for passing the database arbitrary SQL that's executed
diff --git a/docs/internals/deprecation.txt b/docs/internals/deprecation.txt
index fcd9c3fd80..065e738920 100644
--- a/docs/internals/deprecation.txt
+++ b/docs/internals/deprecation.txt
@@ -37,6 +37,10 @@ details on these changes.
is loaded. In particular, it won't be possible to import models inside
the root package of their application.
+* If models are organized in a package, Django will no longer look for
+ :ref:`initial SQL data<initial-sql>` in ``myapp/models/sql/``. Move your
+ custom SQL files to ``myapp/sql/``.
+
* The model and form ``IPAddressField`` will be removed.
* ``AppCommand.handle_app()`` will no longer be supported.
diff --git a/docs/releases/1.7.txt b/docs/releases/1.7.txt
index 0709cea1a5..9125d8ab55 100644
--- a/docs/releases/1.7.txt
+++ b/docs/releases/1.7.txt
@@ -1312,10 +1312,11 @@ Custom SQL location for models package
Previously, if models were organized in a package (``myapp/models/``) rather
than simply ``myapp/models.py``, Django would look for :ref:`initial SQL data
<initial-sql>` in ``myapp/models/sql/``. This bug has been fixed so that Django
-will search ``myapp/sql/`` as documented. After this issue was fixed, migrations
-were added which deprecates initial SQL data. Thus, while this change still
-exists, the deprecation is irrelevant as the entire feature will be removed in
-Django 1.9.
+will search ``myapp/sql/`` as documented. The old location will continue to
+work until Django 1.9. After this issue was fixed, migrations were added which
+deprecates initial SQL data. Thus, while this change still exists, the
+deprecation is somehwhat irrelevant as the entire feature will be removed in
+Django 2.0 when migrations become compulsory for all applications.
Reorganization of ``django.contrib.sites``
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~