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:01 -0400
commita2e3c9694823d6d451d6dd234e9d416600aacc68 (patch)
tree2447516ed190661fc08053ec3d978d3dc50b16b6 /docs
parent541310023d5c46b280dcc8092c43cd36785d2634 (diff)
Updated some docs for the delayed deprecation of legacy table creation; refs #22340.
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 f0fbbd36b2..9ccbf440c4 100644
--- a/docs/internals/deprecation.txt
+++ b/docs/internals/deprecation.txt
@@ -62,6 +62,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 8cded7d92e..6bc70da3f0 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``
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~