Ошибка переноса Django KeyError: ('list', u'user ')

Я пытаюсь запустить

python manage.py migrate

или

python manage.py makemigrations

Я получил эту ошибку:

Running migrations:
  No migrations to apply.
Traceback (most recent call last):
  File "manage.py", line 10, in <module>
    execute_from_command_line(sys.argv)
  File "/Users/rostunov/temp/venv/lib/python2.7/site-packages/django/core/management/__init__.py", line 353, in execute_from_command_line
    utility.execute()
  File "/Users/rostunov/temp/venv/lib/python2.7/site-packages/django/core/management/__init__.py", line 345, in execute
    self.fetch_command(subcommand).run_from_argv(self.argv)
  File "/Users/rostunov/temp/venv/lib/python2.7/site-packages/django/core/management/base.py", line 348, in run_from_argv
    self.execute(*args, **cmd_options)
  File "/Users/rostunov/temp/venv/lib/python2.7/site-packages/django/core/management/base.py", line 399, in execute
    output = self.handle(*args, **options)
  File "/Users/rostunov/temp/venv/lib/python2.7/site-packages/django/core/management/commands/migrate.py", line 183, in handle
    executor.loader.project_state(),
  File "/Users/rostunov/temp/venv/lib/python2.7/site-packages/django/db/migrations/loader.py", line 338, in project_state
    return self.graph.make_state(nodes=nodes, at_end=at_end, real_apps=list(self.unmigrated_apps))
  File "/Users/rostunov/temp/venv/lib/python2.7/site-packages/django/db/migrations/graph.py", line 280, in make_state
    project_state = self.nodes[node].mutate_state(project_state, preserve=False)
  File "/Users/rostunov/temp/venv/lib/python2.7/site-packages/django/db/migrations/migration.py", line 88, in mutate_state
    operation.state_forwards(self.app_label, new_state)
  File "/Users/rostunov/temp/venv/lib/python2.7/site-packages/django/db/migrations/operations/models.py", line 547, in state_forwards
    model_state = state.models[app_label, self.name_lower]
KeyError: ('list', u'user')

Это происходит после того, как я вытащил другую версию моего приложения из git.

У меня нет этой ошибки с тем же кодом на другом компьютере. Я пытался использовать --fake с zero или до squashmigrations до предыдущего, но это также не помогает.

Невозможно решить, как его решить.

Ответ 1

Проблема была в файлах миграции. Пока я делал commit в git, я удалил один из файлов миграции, поэтому порядок был как 0001 0003 0004 без 0002. Во втором файле миграции я создал модель с именем user.

Проблема заключалась в том, что при запуске python manage.py migrate django не смог найти место, где была создана модель с именем пользователя (эта модель была создана в файле 0002).

Я решил это, вручную добавив этот код в файл миграции 0001:

migrations.CreateModel(
        name='user',
        fields=[
            (...necessary fields...),
        ],
        options={
            'ordering': ('title',),
        },
    ),

Ответ 2

Я столкнулся с аналогичной проблемой, где db\migrations\operations\models.py выбрасывал KeyError после переименования модели с помощью рефакторинга PyCharm (переименование).

По-видимому, рефакторинг также имел место в файле миграции. Открывая файл миграции и меняя исходное имя, команда makemigrations работала нормально.

Ответ 3

У меня была такая же проблема, и я обнаружил, что самое простое решение, если вы Model.py нетронутым, было просто удалить все старые файлы миграции, а затем снова запустить makemigrations. Я не думаю, что squashmigrations помогли бы, поскольку он объединяет все разные файлы миграции в один, и он переносится на основе текущих файлов миграции. Это не помогает, если ваши файлы миграции каким-то образом повреждены. Именно это и вызывает эту проблему.

Ответ 4

Я нашел, что вызывает это и решение для него. Если у вас есть сжатая миграция, которая имеет свойство "заменяет", удалите кортежи в "заменяет" эти ссылочные миграции, отсутствующие в вашей таблице django_migrations. Это исправляет его.

Ответ 5

Я знаю это старый вопрос. Но если таковой прибывает, прибегая к помощи Google:

В моем конкретном случае я получил эту ошибку после переименования модели и одновременного изменения ее метаданных (например, переименование модели и ее подробное имя)

Чтобы исправить это, я изменил последнюю миграцию, удалив (или комментируя) строки, связанные с изменением метаданных, и снова запустил команду миграции. После этого снова запустите команды makemigrations/migrate для обновления метаданных в базе данных

Я использую Django 2.0 и PostgreSQL 9.6

Надеюсь, вы уже исправили это. JGED

Изменение: версия PostgreSQL

Ответ 6

Я хотел бы написать слова @ceasaro, мои в своем комментарии к этому ответу.

Более новые версии Django могут обнаруживать изменения и спрашивать о том, что было сделано. Я также добавил бы, что Django может смешивать порядок выполнения некоторых команд миграции.

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

Порядок выполнения некоторых строк можно изменить, чтобы избежать ошибки.

Ответ 7

У меня возникла аналогичная проблема, однако я не мог определить источник проблемы в моих файлах миграции. Также не было отсутствующих файлов миграции. Возможно, я не выглядел достаточно тяжело.

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