summaryrefslogtreecommitdiff
path: root/docs
diff options
context:
space:
mode:
authorTim Graham <timograham@gmail.com>2016-08-23 17:35:42 -0400
committerGitHub <noreply@github.com>2016-08-23 17:35:42 -0400
commit80c03b06ad1461c1a07091806dc0414a4e98905e (patch)
tree5e5735f7cbf21a4fda30be1dfdb68d089a564415 /docs
parentfb951fb0c58e80dc6156a77fb0498272d5e77a66 (diff)
Fixed #24650 -- Documented how to change an unmanaged model to managed.
Diffstat (limited to 'docs')
-rw-r--r--docs/howto/writing-migrations.txt9
1 files changed, 9 insertions, 0 deletions
diff --git a/docs/howto/writing-migrations.txt b/docs/howto/writing-migrations.txt
index c205a1add5..f850e927eb 100644
--- a/docs/howto/writing-migrations.txt
+++ b/docs/howto/writing-migrations.txt
@@ -322,3 +322,12 @@ Also consider what you want to happen when the migration is unapplied. You
could either do nothing (as in the example above) or remove some or all of the
data from the new application. Adjust the second argument of the
:mod:`~django.db.migrations.operations.RunPython` operation accordingly.
+
+Changing an unmanaged model to managed
+======================================
+
+If you want to change an unmanaged model (:attr:`managed=False
+<django.db.models.Options.managed>`) to managed, you must remove
+``managed=False`` and generate a migration before making other schema-related
+changes to the model, since schema changes that appear in the migration that
+contains the operation to change ``Meta.managed`` may not be applied.