diff options
| author | Tim Graham <timograham@gmail.com> | 2014-12-26 13:23:38 -0500 |
|---|---|---|
| committer | Tim Graham <timograham@gmail.com> | 2015-01-17 09:59:25 -0500 |
| commit | 67235fd4ef1b006fc9cdb2fa20e7bb93b0edff4b (patch) | |
| tree | 7f2cf7cac4185235e3f066caf9ae5854f0f75bdb /docs/howto/initial-data.txt | |
| parent | f635d759354842e46901ed1ae1be5f5a0b81e567 (diff) | |
Removed support for initial_data fixtures per deprecation timeline.
Diffstat (limited to 'docs/howto/initial-data.txt')
| -rw-r--r-- | docs/howto/initial-data.txt | 15 |
1 files changed, 0 insertions, 15 deletions
diff --git a/docs/howto/initial-data.txt b/docs/howto/initial-data.txt index b7e00d1346..6b40c5a5d8 100644 --- a/docs/howto/initial-data.txt +++ b/docs/howto/initial-data.txt @@ -76,21 +76,6 @@ from the fixture and re-loaded into the database. Note this means that if you change one of the rows created by a fixture and then run :djadmin:`loaddata` again, you'll wipe out any changes you've made. -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, - this behavior is considered deprecated. If you want to load initial data - for an app, consider doing it in a :ref:`data migration <data-migrations>`. - -If you create a fixture named ``initial_data.[xml/yaml/json]``, that fixture will -be loaded every time you run :djadmin:`migrate`. This is extremely convenient, -but be careful: remember that the data will be refreshed *every time* you run -:djadmin:`migrate`. So don't use ``initial_data`` for data you'll want to edit. - Where Django finds fixture files -------------------------------- |
