On Mon, Jun 24, 2019, 21:29 Dan Davis <dansm...@gmail.com> wrote: > > Some questions: > > - How does the "safe" field of migrations work with other migrations > related commands, such as squashmigrations? It seems to me that only > migrations that share the same value of "safe" could be squashed. > > If does not affect squashing. I think this is roughly reasonable, at least for my uses, although I haven't had any real world use for squash myself. I recently had to remake the migrations in my repo for $WORK project, and it made the most sense to keep them as the default safe after deploy, to match what other apps would get. I think in most cases it won't matter when the first migration is safe for practical use.
> - Can makemigrations figure out which migrations are "safe", such as: > - It is always safe to add a column or table. > - It is never safe to drop or rename a column or table. > > This is a feature that has sounded neat to me, approximately feasible, but hasn't yet been worth the time to implement. We've been happy adding the safety annotations manually. > -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)" group. To unsubscribe from this group and stop receiving emails from it, send an email to django-developers+unsubscr...@googlegroups.com. To post to this group, send email to django-developers@googlegroups.com. Visit this group at https://groups.google.com/group/django-developers. To view this discussion on the web visit https://groups.google.com/d/msgid/django-developers/CABpHFHSb2AHKb-XhZcAk6gZ3%2B%2Bt5nz7UkBUNyQ_FC%3DsYGgO_Yw%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
