--
Ticket URL: <https://code.djangoproject.com/ticket/21896>
Django <https://code.djangoproject.com/>
The Web framework for perfectionists with deadlines.
* needs_better_patch: => 0
* needs_tests: => 0
* needs_docs: => 0
Comment:
I don't think we can silence the warning in that case since it may be
empty in dev, but then when you come to apply the migration in production
it might not work. Much safer to always warn to make sure you've
considered the possibility, as long as there's a way to ignore it if
you're sure it'll be fine.
--
Ticket URL: <https://code.djangoproject.com/ticket/21896#comment:1>
Comment (by aaugustin):
I agree with the first comment: this sounds fragile. I'm leaving the final
say to Andrew.
--
Ticket URL: <https://code.djangoproject.com/ticket/21896#comment:2>
* status: new => closed
* resolution: => invalid
Comment:
We don't know what size the table might be in the future, so we have to
raise this during ``makemigrations``; you might make the migration on a
dev box with no entries and then run it on a production box with millions
of rows, so it has to stay. Marking INVALID.
--
Ticket URL: <https://code.djangoproject.com/ticket/21896#comment:3>
Comment (by Ashish1206):
Replying to [comment:3 andrewgodwin]:
> We don't know what size the table might be in the future, so we have to
raise this during ``makemigrations``; you might make the migration on a
dev box with no entries and then run it on a production box with millions
of rows, so it has to stay. Marking INVALID.
I am using django 1.7 and getting the same warning for fields when I use
`makemigrations` on dev server.How to fix this?
--
Ticket URL: <https://code.djangoproject.com/ticket/21896#comment:4>
* status: closed => new
* resolution: invalid =>
--
Ticket URL: <https://code.djangoproject.com/ticket/21896#comment:5>
* status: new => closed
* resolution: => worksforme
--
Ticket URL: <https://code.djangoproject.com/ticket/21896#comment:6>