Disabilitare le migrazioni durante l'esecuzione di unit test in Django 1.7

Django 1.7 ha introdotto le migrazioni del database .

Quando si eseguono gli unit test in Django 1.7, forza una migrazione , che richiede molto tempo. Quindi vorrei saltare le migrazioni di django e creare il database nello stato finale.

So che ignorare le migrazioni può essere una cattiva pratica, poiché quella parte del codice non verrebbe testata. Ma non è così: sto eseguendo le migrazioni complete nel server di test CI (jenkins). Voglio solo saltare le migrazioni nei miei test locali, dove la velocità conta.

Qualche contesto:

Fino a Django 1.6 , quando utilizzavo South, utilizzavo l' impostazione SOUTH_TESTS_MIGRATE :

Per impostazione predefinita, il comando syncdb di South applicherà anche le migrazioni se viene eseguito in modalità non interattiva, che include quando esegui i test: eseguirà ogni migrazione ogni volta che esegui i tuoi test.

Se vuoi che il test runner utilizzi syncdb invece di migrare, ad esempio se le tue migrazioni impiegano troppo tempo per essere applicate, imposta semplicemente SOUTH_TESTS_MIGRATE = False in settings.py.

Tuttavia, syncdb non esiste più, ora è migrato .

E da Django 1.8 userò il parametro --keepdb :

L'opzione --keepdb può essere utilizzata per preservare il database di test tra le esecuzioni di test. Questo ha il vantaggio di saltare sia le azioni di creazione che di distruzione, il che riduce notevolmente il tempo necessario per eseguire i test, specialmente quelli in una suite di test di grandi dimensioni. Se il database di test non esiste, verrà creato alla prima esecuzione e quindi conservato per ogni esecuzione successiva. Eventuali migrazioni non applicate verranno applicate anche al database di test prima di eseguire la suite di test.

Quindi questa domanda è limitata a Django 1.7.

Guarda questa soluzione alternativa , pubblicata da Bernie Sumption nella mailing list degli sviluppatori Django:

Se makemigrations non è stato ancora eseguito, il comando "migrate" tratta un'app come non migrata e crea tabelle direttamente dai modelli proprio come faceva syncdb nella 1.6. Ho definito un nuovo modulo delle impostazioni solo per gli unit test chiamato "settings_test.py", che importa * dal modulo delle impostazioni principali e aggiunge questa riga:

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

Quindi eseguo test come questo:

DJANGO_SETTINGS_MODULE = "myapp.settings_test" test manage.py python

Ciò fa pensare che l'app non sia migrata e quindi ogni volta che viene creato un database di test, esso riflette la struttura corrente di models.py.

In Django 1.9, questa situazione è leggermente migliorata e puoi impostare il valore su None:

MIGRATION_MODULES = {"myapp": Nessuno}

Ecco la fine del mio file di impostazioni:

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()

in base a questo frammento

Ho disabilitato le migrazioni solo durante l'esecuzione dei test

django-test-without-migrations aggiunge un --nomigrationsflag a manage.py test. Funziona come un fascino.

Aggiornamento : non importa, questa modifica è stata annullata prima del rilascio della versione 1.10 finale. Si spera che torni in una versione futura.

Nota che a partire da Django 1.10 questo può essere controllato da un'impostazione del database di prova.

MIGRARE

Predefinito: True

Se impostato su False, Django non utilizzerà le migrazioni per creare il database di test.

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

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

Per django 1.9 e versioni successive la risposta di Guillaume Vincent non funziona più, quindi ecco una nuova soluzione:

Sto usando questo frammento nel mio file delle impostazioni, dopo la definizione del file INSTALLED_APPS

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

Esegue l'iterazione su tutte le app installate e contrassegna ciascuna come priva di modulo di migrazione. Vedere la documentazione di django per ulteriori informazioni .

Usando questo snippet puoi eseguire i tuoi test, impostando la variabile d'ambiente TESTS_WITHOUT_MIGRATIONS, ad esempio:

TESTS_WITHOUT_MIGRATIONS=1 ./manage.py test

Ho appena scoperto come disabilitare le migrazioni dopo django 1.10, potrebbe essere d'aiuto per qualcuno. Ecco il link su git

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

    def __getitem__(self, item):
        return None

DATABASES = DisableMigrations()

MIGRATION_MODULES = DisableMigrations()

Migrations for django 1.10 ha due parti, guarda load_disk e recorder

La parte del load_diskmodello di app per le migrazioni che deve essere aggiunta a INSTALL_APP E la parte di recorderper la connessione al database Per la versione precedente alla 1.9 è necessario impostare MIGRATION_MODULES={'do.not.migrate':'notmigrations'}quando si esegue il test Ora è necessario impostarlo Nessuno come MIGRATION_MODULES={'do.not.migrate':None} Quindi se non si desidera eseguire migrazioni per nessuna app , estendi semplicemente un dict e torna Noneper la getitemfunzione, e fai lo stesso in DATABASES, questa è la cosa giusta che devi fare

PS: per il comando, è necessario specificare --setting=module.path.settings_test_snippetdopo test PPS. Se stai lavorando pycharm, non impostare le --settings opzioni su Run/Debug configurations, aggiungi semplicemente il percorso di settings_test_snippet.pyImpostazioni personalizzate. Va bene così !!

godere