Django 1.9 - makemigrations - Изменений не обнаружено

С существующим приложением я пытался создать миграцию, используя команду makemigrations, но в ней говорится: «Изменений не обнаружено».Django 1.9 - makemigrations - Изменений не обнаружено

Обычно я создаю новые приложения, используя команду startapp, но этого конкретного приложения не было.

После выполнения отладки я обнаружил, что она не создает миграцию, потому что в приложении отсутствует пакет/папка migrations.

Будет лучше, он создает папку, если она не существует, или, может быть, я что-то отсутствует

источник

2016-03-22 Dilraj

ли вы ваше приложение добавлены к INSTALLED_APPS? – wolendranh

Да, в установленном приложении в первый раз лучше использовать «makemigrations », как отметил также Аласдейр. – Dilraj

Удалить 'abstract = True' :) – GrvTyagi

Чтобы создать начальные миграции для приложения, запустите makemigrations и указать имя приложения. Будет создана папка миграции.

./manage.py makemigrations <myapp>

Ваше приложение должно быть включено в INSTALLED_APPS.

источник

2016-03-22 12:19:31 Alasdair

Любая идея, почему они заставляют нас указывать приложение? – maazza

@maazza вам нужно указать имя приложения, если приложение не имеет папку 'migrations'. Это может произойти, если вы создали приложение вручную или вы обновили его из старой версии Django, у которой не было миграции. – Alasdair

@maazza На самом деле вам нужен пакет python (с '__init __. Py') с именем« migrations »в приложении. – Jibin

Иногда, когда ./manage.py makemigrations превосходит ./manage.py makemigrations <myapp>, так как он может обрабатывать определенные конфликты между приложениями.

Эти случаи происходят молча и требуется несколько часов swearing, чтобы понять реальное значение страшного сообщения No changes detected.

Таким образом, это гораздо лучший выбор, чтобы использовать следующую команду:

./manage.py makemigrations <myapp1> <myapp2> ... <myappN>

источник

2016-05-01 22:56:09 raratiru

Я прочитал много ответов на этот вопрос часто о том, чтобы просто запустить makemigrations в некоторых других отношениях. Но для меня проблема заключалась в подклассе моделей Meta.

У меня есть приложение конфигурации, который говорит label = <app name> (в файле apps.py, рядом models.py, views.py и т.д.). Если это возможно (например, из-за того, что вы разбиваете одно слишком большое приложение на несколько), ваш метаклас не имеет одного и того же ярлыка, никаких изменений не обнаружено (и никакого полезного сообщения об ошибке вообще). Итак, в моем классе модели у меня есть:

class ModelClassName(models.Model): 

    class Meta: 
     app_label = '<app name>' # <-- this label was wrong before. 

    field_name = models.FloatField() 
    ...

Запуск Django 1.10 здесь.

источник

2017-03-25 08:28:13 onekiloparsec

Это комментарий, но, вероятно, должен быть ответом.

Убедитесь, что ваше имя приложения находится в settings.py INSTALLED_APPS иначе, независимо от того, что вы делаете, оно не будет выполнять миграции.

INSTALLED_APPS = [ 
    'django.contrib.admin', 
    'django.contrib.auth', 
    'django.contrib.contenttypes', 
    'django.contrib.sessions', 
    'django.contrib.messages', 
    'django.contrib.staticfiles', 

    'blog', 
]

Затем запустите: еще

./manage.py makemigrations blog

источник

2017-09-22 09:16:24 surfer190

Моя проблема (и поэтому решение) отличается от описанных выше.

Я не использовал models.py файл, но создал models и создал файл my_model.py там, где я разместил свою модель. Django не смог найти мою модель, поэтому он написал, что миграций не требуется.

Мое решение было: в файле my_app/models/__init__.py я добавил эту строку: from .my_model import MyModel

источник

2017-12-10 15:03:30

У меня была такая же проблема :) Thx –

Django 1.9 - makemigrations - Изменений не обнаружено

ответ

Смежные вопросы