Ошибка миграции Django KeyError: ('list', u'user')

Question

Я пытаюсь бежать

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 к предыдущему, но это также не помогает.

Не могу понять, как это решить.

Answer 1

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

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

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

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

Answer 2

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

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

Answer 3

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

Answer 4

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

Answer 5

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

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

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

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

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

Answer 6

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

Answer 7

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

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

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

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

Answer 8

Я использую Python3.9 с DJango 4.1.dev20211216191317.

Как возникла проблема у меня:

Я создал свои модели, сделал миграции, мигрировал, потом захотелось что-то изменить. Я не беспокоюсь о потере данных, поэтому я использовал psycopg2 для входа в мою базу данных postgres, создал курсор, нашел таблицы БД, созданные Django, и вручную удалил их, закоммитил (хотя я думаю, что вам не нужно фиксировать для table drops) и закрыл соединение. Затем я удалил файлы в папке миграции для своего апплета и попытался выполнить миграцию после того, как обновил свой файл models.py. Это вызвало проблему для меня.

Как я это исправил:

Из того, что я могу сказать, поскольку это было все, что я сделал, повторив вышеописанное несколько раз с той же ошибкой, я сохранил последний созданный файл миграции (выглядит как 00001_init.py или что-то в этом роде), запустил showmigrations и увидел, что Django распознал его в моем апплете, а затем выполнил команду migrate --fake my_applet zero. Я думаю, что затем я удалил файл миграции, а затем еще один makemigrations и migrate, который смог успешно мигрировать.

Answer 9

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

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

Answer 10

При перемещении нашего проекта на python3 у меня была аналогичная проблема, которой не было в python 2.7, при запуске с использованием python3 это был мой результат:

Traceback (most recent call last):
  File "manage.py", line 10, in <module>
    execute_from_command_line(sys.argv)
  File "/Users/silberringe/dms3/lib/python3.7/site-packages/django/core/management/__init__.py", line 364, in execute_from_command_line
    utility.execute()
  File "/Users/silberringe/dms3/lib/python3.7/site-packages/django/core/management/__init__.py", line 356, in execute
    self.fetch_command(subcommand).run_from_argv(self.argv)
  File "/Users/silberringe/dms3/lib/python3.7/site-packages/django/core/management/base.py", line 283, in run_from_argv
    self.execute(*args, **cmd_options)
  File "/Users/silberringe/dms3/lib/python3.7/site-packages/django/core/management/base.py", line 330, in execute
    output = self.handle(*args, **options)
  File "/Users/silberringe/dms3/lib/python3.7/site-packages/django/core/management/commands/migrate.py", line 163, in handle
    pre_migrate_state = executor._create_project_state(with_applied_migrations=True)
  File "/Users/silberringe/dms3/lib/python3.7/site-packages/django/db/migrations/executor.py", line 81, in _create_project_state
    migration.mutate_state(state, preserve=False)
  File "/Users/silberringe/dms3/lib/python3.7/site-packages/django/db/migrations/migration.py", line 92, in mutate_state
    operation.state_forwards(self.app_label, new_state)
  File "/Users/silberringe/dms3/lib/python3.7/site-packages/django/db/migrations/operations/fields.py", line 201, in state_forwards
    state.models[app_label, self.model_name_lower].fields
KeyError: ('finder_app', 'listing')

Как вы можете видеть, я даже не получил, какой файл вызывает проблему, даже используя -v 3 даже с --fake это не сработало.

В конце концов я закомментировал, а затем раскомментировал каждый файл миграции в моем finder_appпока ошибка не изменилась. На данный момент я знаю, какой файл вызывал проблему. У меня был сжатый файл миграции с именем0005_similarmake_squashed_0024_unspecified_color.py который раздавил 0024 и 0005.

глядя на dependencies внутри файла я увидел, что он полагался на 0004, и изменил это, чтобы полагаться на 0024. и теперь все работает нормально!

Answer 11

Привет, у меня такая же проблема, когда я перенес версию с Django 1.11 на 3.2.4 до последней версии

при выполнении миграции python manage.py я столкнулся с той же проблемой KeyError при выполнении миграции

Я искал и ничего не нашел в Интернете, поэтому я попытался отладить корневую функцию в модуле, в котором возникла проблема, lib / python3.8 / site-packages / django / db / migrations / operations / fields.py", строка 167, в state_forwards

это была основная функция, которую я нашел здесь при печати self.name после выполнения миграции self.name приходило в байтах, поэтому я нашел b'code' во всей моей папке миграции, буквально я нашел его там, он был в байтах, поэтому сделал это в строковый формат и попробовал, наконец, Это сработало для меня !!!!!!!