diff options
| author | Tim Graham <timograham@gmail.com> | 2014-08-24 13:33:36 -0400 |
|---|---|---|
| committer | Tim Graham <timograham@gmail.com> | 2014-08-24 13:33:36 -0400 |
| commit | 50ae4b4b9e146848ce0d95e76662ec0cf667fbe6 (patch) | |
| tree | 44fb57cda0e1e2224b9a070e8df496767ee8a499 /docs | |
| parent | e39af5ea592bbe4e7a643e67f0c379adc10ed392 (diff) | |
Fixed #23131 -- Documented serialization of callable functions in migrations.
Diffstat (limited to 'docs')
| -rwxr-xr-x | docs/topics/migrations.txt | 4 |
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 |
