Hi Andrew, I think I've found it. This reusable app uses a kind of dynamic choices (based on settings or somethin' else) and Django detetcs field definition change (choices attr).
So the question is - should Django detect change of choices attribute even if database schema is not really altered? And the original question modified - should Django generate migration file inside of an egg when runtime configuration or settings are changing? BR, Marcin On Thursday, July 16, 2015 at 12:07:52 AM UTC+2, Andrew Godwin wrote: > > Hi Marcin, > > Django will only make migrations for external apps that already have > "migrations" directories and have model changes - it shouldn't make new > migrations unless you've actually changed the models in those reuseable > apps. Are you sure you're not specifying the names of those apps on the > makemigrations command line? Are you using something like --noinput? > > Andrew > > On Wed, Jul 15, 2015 at 3:16 PM, Marcin Nowak <marcin....@gmail.com > <javascript:>> wrote: > >> Hello, >> >> I'm working on a project which is based on Django`s internal migrations. >> Sometimes when switching between branches (not sure for 100%), Django >> complains about changes in my models. >> >> When `makemigrations` command is executed Django generates migrations in >> external (reusable) app placed in egg. And this is *strange*, I think. >> I don't want to modify any external app, and I don't want to depend on >> temporary migrations created only on my local machine. >> >> Why Django is creating migrations for external apps, especially placed in >> eggs? >> Migrations should be handled and created only for apps within the >> project, and read-only for others. >> >> What do you think? >> How I can workaround this issue? >> >> (Django 1.7.8) >> >> >> Best Regards, >> Marcin >> >> -- >> 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-develop...@googlegroups.com <javascript:>. >> To post to this group, send email to django-d...@googlegroups.com >> <javascript:>. >> Visit this group at http://groups.google.com/group/django-developers. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/django-developers/77b46084-ffa1-43a0-ae2d-206f868cbaa5%40googlegroups.com >> >> <https://groups.google.com/d/msgid/django-developers/77b46084-ffa1-43a0-ae2d-206f868cbaa5%40googlegroups.com?utm_medium=email&utm_source=footer> >> . >> For more options, visit https://groups.google.com/d/optout. >> > > -- 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 http://groups.google.com/group/django-developers. To view this discussion on the web visit https://groups.google.com/d/msgid/django-developers/81e00a02-95fa-451d-aa24-1e4bd592f511%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
