Django 1.8 к 1,9 миграциям обновляет проблему
Просто установленный Django 1.9 и пытается обновить мои 1,8 приложения. После попытки следовать информации о версии тщательно, я все еще получаю следующую трассировку (см. ниже).
Я думал, что это имело некоторое отношение к миграциям, но освобождение папки миграций не имеет никакого эффекта.
Кто-то может указать на меня на ссылку на то, что я пропускаю?
Performing system checks...
System check identified no issues (0 silenced).
Unhandled exception in thread started by <function wrapper at 0x9757454>
Traceback (most recent call last):
File "/usr/local/lib/python2.7/dist-packages/django/utils/autoreload.py", line 226, in wrapper
fn(*args, **kwargs)
File "/usr/local/lib/python2.7/dist-packages/django/core/management/commands/runserver.py", line 124, in inner_run
self.check_migrations()
File "/usr/local/lib/python2.7/dist-packages/django/core/management/base.py", line 448, in check_migrations
executor = MigrationExecutor(connections[DEFAULT_DB_ALIAS])
File "/usr/local/lib/python2.7/dist-packages/django/db/migrations/executor.py", line 20, in __init__
self.loader = MigrationLoader(self.connection)
File "/usr/local/lib/python2.7/dist-packages/django/db/migrations/loader.py", line 52, in __init__
self.build_graph()
File "/usr/local/lib/python2.7/dist-packages/django/db/migrations/loader.py", line 197, in build_graph
self.load_disk()
File "/usr/local/lib/python2.7/dist-packages/django/db/migrations/loader.py", line 115, in load_disk
app_config.label,
TypeError: object.__new__() takes no parameters
1 ответ
Я нашел решение.
Мне установили Юг, который содержит старую версию Перемещать класса. Это не был INSTALLED_APP settings.py. Но, мне действительно устанавливали django-расширения. Эта старая версия сослалась на Юг, который ввел Южную версию, Мигрируют, не новая django версия.
Решение было к "sudo, зернышко удаляют юг" и "sudo django-расширения установки зернышка - обновление".
Все зафиксированные.
Прием должен был использовать "осмотреть" модуль для распечатывания имен файлов классов и родительских классов в loader.py, где он перестал работать:
import inspect
print( '****', inspect.getfile(migration_module.Migration) )
print( '********', inspect.getfile(inspect.getmro(migration_module.Migration)[1]) )
Это быстро показало, что loader.py добирался, неверная версия Мигрируют.