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

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

6 ответов


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

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


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

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

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

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

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


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


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

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


Я бы сделал @ceasaro слова, Мои на его комментарий по этому ответ.

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

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

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