Ошибка миграции 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 ошибка.