summaryrefslogtreecommitdiff
path: root/docs
diff options
context:
space:
mode:
authorTim Graham <timograham@gmail.com>2014-08-24 13:33:36 -0400
committerTim Graham <timograham@gmail.com>2014-08-24 13:33:36 -0400
commit50ae4b4b9e146848ce0d95e76662ec0cf667fbe6 (patch)
tree44fb57cda0e1e2224b9a070e8df496767ee8a499 /docs
parente39af5ea592bbe4e7a643e67f0c379adc10ed392 (diff)
Fixed #23131 -- Documented serialization of callable functions in migrations.
Diffstat (limited to 'docs')
-rwxr-xr-xdocs/topics/migrations.txt4
1 files changed, 4 insertions, 0 deletions
diff --git a/docs/topics/migrations.txt b/docs/topics/migrations.txt
index 9e50a6321f..f08669ac6d 100755
--- a/docs/topics/migrations.txt
+++ b/docs/topics/migrations.txt
@@ -331,6 +331,10 @@ They will, however, have the same fields, relationships and ``Meta`` options
when you access them in migrations, and you will NOT have any custom
constructors or instance methods. Plan appropriately!
+References to functions in field options such as ``upload_to`` and
+``limit_choices_to`` are serialized in migrations, so the functions will need
+to be kept around for as long as there is a migration referencing them.
+
In addition, the base classes of the model are just stored as pointers,
so you must always keep base classes around for as long as there is a migration
that contains a reference to them. On the plus side, methods and managers