Отключить миграции при запуске модульных тестов в Django 1.7

Django 1.7 представил миграцию баз данных .

При запуске модульных тестов в Django 1.7 он вызывает миграцию , которая занимает много времени. Поэтому я хотел бы пропустить миграции django и создать базу данных в конечном состоянии.

Я знаю, что игнорирование миграций может быть плохой практикой, поскольку эта часть кода не будет проверяться. Но это не так: я выполняю полные миграции на тестовом сервере CI (jenkins). Я только хочу пропустить миграции в моих локальных тестах, где важна скорость.

Некоторый контекст:

До Django 1.6 при использовании South я использовал настройку SOUTH_TESTS_MIGRATE :

По умолчанию команда South syncdb также применяет миграции, если она выполняется в неинтерактивном режиме, в том числе, когда вы выполняете тесты - она ​​будет запускать каждую миграцию каждый раз, когда вы запускаете свои тесты.

Если вы хотите, чтобы средство выполнения тестов использовало syncdb вместо миграции - например, если ваши миграции слишком долго применяются - просто установите SOUTH_TESTS_MIGRATE = False в settings.py.

Однако syncdb больше не существует, теперь он переносится .

А из Django 1.8 я буду использовать параметр --keepdb :

Параметр --keepdb можно использовать для сохранения тестовой базы данных между тестовыми запусками. Это дает то преимущество, что пропускаются действия create и destroy, что значительно сокращает время выполнения тестов, особенно в большом наборе тестов. Если тестовая база данных не существует, она будет создана при первом запуске, а затем сохранена для каждого последующего запуска. Любые непримененные миграции также будут применены к тестовой базе данных перед запуском набора тестов.

Итак, этот вопрос ограничен Django 1.7.

Взгляните на этот обходной путь , опубликованный Берни Самптионом в списке рассылки разработчиков Django:

Если makemigrations еще не запущен, команда «migrate» рассматривает приложение как не мигрированное и создает таблицы непосредственно из моделей, как это делал syncdb в 1.6. Я определил новый модуль настроек только для модульных тестов под названием «settings_test.py», который импортирует * из основного модуля настроек и добавляет эту строку:

MIGRATION_MODULES = {"myapp": "myapp.migrations_not_used_in_tests"}

Затем я запускаю такие тесты:

DJANGO_SETTINGS_MODULE = "myapp.settings_test" тест python manage.py

Эти дураки думают, что приложение не мигрировали, и поэтому каждый раз, когда создается тестовая база данных, она отражает текущую структуру models.py.

В Django 1.9 эта ситуация несколько улучшена , и вы можете установить значение None:

MIGRATION_MODULES = {"myapp": Нет}

Вот конец моего файла настроек:

class DisableMigrations(object):

    def __contains__(self, item):
        return True

    def __getitem__(self, item):
        return None


TESTS_IN_PROGRESS = False
if 'test' in sys.argv[1:] or 'jenkins' in sys.argv[1:]:
    logging.disable(logging.CRITICAL)
    PASSWORD_HASHERS = (
        'django.contrib.auth.hashers.MD5PasswordHasher',
    )
    DEBUG = False
    TEMPLATE_DEBUG = False
    TESTS_IN_PROGRESS = True
    MIGRATION_MODULES = DisableMigrations()

на основе этого фрагмента

Я отключил миграции только при запуске тестов

django-test-without-migrations добавляет --nomigrationsфлаг в manage.py test. Работает как шарм.

Обновление : неважно, это изменение было отменено до выхода финальной версии 1.10. Надеюсь, он вернется в будущей версии.

Обратите внимание, что начиная с Django 1.10 этим можно управлять с помощью настройки тестовой базы данных.

MIGRATE

По умолчанию: True

Если установлено значение False, Django не будет использовать миграции для создания тестовой базы данных.

https://gist.github.com/apollovy/22826f493ad2d06d9a9a22464730ce0b

MIGRATION_MODULES = {
    app[app.rfind('.') + 1:]: 'my_app.migrations_not_used_in_tests'
    for app in INSTALLED_APPS
}

Для django 1.9 и выше ответ Гийома Винсента больше не работает, поэтому вот новое решение:

Я использую этот фрагмент в своем файле настроек после определения INSTALLED_APPS

if os.environ.get('TESTS_WITHOUT_MIGRATIONS', False):
    MIGRATION_MODULES = {
        app.split('.')[-1]: None for app in INSTALLED_APPS
    }

Он перебирает все установленные приложения и помечает каждое как не имеющее модуля миграции. Дополнительную информацию смотрите в документации по django .

Используя этот фрагмент, вы можете запускать свои тесты, задав переменную среды TESTS_WITHOUT_MIGRATIONS, например:

TESTS_WITHOUT_MIGRATIONS=1 ./manage.py test

Я просто выяснил, как отключить миграции после django 1.10, может быть, это кому-то поможет. Вот ссылка на git

class DisableMigrations(dict):
    def __contains__(self, item):
        return True

    def __getitem__(self, item):
        return None

DATABASES = DisableMigrations()

MIGRATION_MODULES = DisableMigrations()

Миграция для django 1.10 состоит из двух частей, пожалуйста, посмотрите load_disk и рекордер

Часть load_diskдля модели миграции приложения, которая будет добавлена ​​в INSTALL_APP И часть recorderдля подключения к базе данных. Для версии до 1.9 нам нужно установить, MIGRATION_MODULES={'do.not.migrate':'notmigrations'}когда вы запускаете тест. Теперь нам нужно установить это None like MIGRATION_MODULES={'do.not.migrate':None} Итак, если мы не хотим делать миграции для любого приложения , просто расширите dict и вернитесь Noneдля getitemфункции, и сделайте то же самое в DATABASES, это то, что вам нужно сделать

PS: Для команды вам необходимо указать --setting=module.path.settings_test_snippetпосле test PPS. Если вы работаете с pycharm, не устанавливайте --settings параметры в Run/Debug configurations, просто добавьте путь settings_test_snippet.pyв разделе Пользовательские настройки. Это будет хорошо !!

наслаждаться