Wie vereinfache ich Migrationen in Django 1.7?

Es gibt bereits ähnliche Fragen für South, aber ich habe mein Projekt mit Django 1.7 gestartet und benutze South nicht.

Während der Entwicklung wurden viele Migrationen erstellt, die Software wurde jedoch noch nicht ausgeliefert und es gibt keine Datenbank, die migriert werden muss. Daher möchte ich die Migrationen zurücksetzen, als ob mein aktuelles Modell das ursprüngliche wäre, und alle Datenbanken neu erstellen.

Was ist der empfohlene Weg, um das zu tun?

EDIT: Ab Django 1.8 gibt es einen neuen Befehl namens squashmigrations, der das hier beschriebene Problem mehr oder weniger löst.

Ich schaff das. Ich habe das gerade herausgefunden und es ist gut.

• Um die Migrationstabelle zu löschen:

  ./manage.py migrate --fake <app-name> zero

• app-name/migrations/Ordner oder Inhalt entfernen .

• Machen Sie die Migrationen:

  ./manage.py makemigrations <app-name>

• Räumen Sie Ihre Migrationen schließlich auf, ohne andere Datenbankänderungen vorzunehmen:

  ./manage.py migrate --fake <app-name>

In der Django 1.7-Version von Migrationen wurde die Reset-Funktionalität, die sich früher in South befand, zugunsten neuer Funktionen zum "Squashing" Ihrer Migrationen eingestellt. Dies soll ein guter Weg sein, um die Anzahl der Migrationen in Schach zu halten.

https://docs.djangoproject.com/de/dev/topics/migrations/#squashing-migrations

Wenn Sie immer noch wirklich von vorne anfangen möchten, können Sie die Migrationstabelle möglicherweise leeren und die Migrationen entfernen, nach denen Sie sie makemigrationserneut ausführen würden.

Ich hatte gerade das gleiche Problem. Hier ist meine Problemumgehung.

#!/bin/sh
echo "Starting ..."

echo ">> Deleting old migrations"
find . -path "*/migrations/*.py" -not -name "__init__.py" -delete
find . -path "*/migrations/*.pyc"  -delete


# Optional
echo ">> Deleting database"
find . -name "db.sqlite3" -delete

echo ">> Running manage.py makemigrations"
python manage.py makemigrations

echo ">> Running manage.py migrate"
python manage.py migrate

echo ">> Done"

Der findBefehl: http://unixhelp.ed.ac.uk/CGI/man-cgi?find

Angenommen, dies ist Ihre Projektstruktur.

project_root/
    app1/
        migrations/
    app2/
        migrations/
    ...
    manage.py
    remove_migrations.py

Sie können das Skript remove_migrations.py an der oben angegebenen Stelle ausführen, um alle Migrationsdateien zu löschen.

#remove_migrations.py
"""
Run this file from a Django =1.7 project root. 
Removes all migration files from all apps in a project.
""" 
from unipath import Path

this_file = Path(__file__).absolute()
current_dir = this_file.parent
dir_list = current_dir.listdir()

for paths in dir_list:
    migration_folder = paths.child('migrations')
    if migration_folder.exists():
        list_files = migration_folder.listdir()
        for files in list_files:
            split = files.components()
            if split[-1] != Path('__init__.py'):
                files.remove()

Das manuelle Löschen kann anstrengend sein, wenn Sie ein aufwendiges Projekt haben. Das hat mir viel Zeit gespart. Das Löschen von Migrationsdateien ist sicher. Ich habe dies ein x-tes Mal ohne Probleme getan ... bis jetzt.

Wenn ich jedoch den Migrationsordner gelöscht makemigrationsoder migrateden Ordner nicht für mich erstellt habe. Das Skript stellt sicher, dass der Migrationsordner mit seinen __init__.pySpeicherorten gespeichert bleibt, und löscht nur die Migrationsdateien.

1. Dateien löschen: delete_migrations.py (im Stammverzeichnis von prj):

import os

for root, dirs, files in os.walk(".", topdown=False):
  for name in files:
      if '/migrations' in root and name != '__init__.py':
          os.remove(os.path.join(root, name))

2. DELETE FROM django_migrations Where app in ('app1', 'app2');

3. ./manage.py makemigrations

4. ./manage.py migrate --fake

ODER Sie können eine Migration von all dem schreiben

Ich probiere verschiedene Befehle aus und einige der Antworten helfen mir. Nur diese Sequenz hat in meinem Fall sowohl fehlerhafte Abhängigkeiten bei Migrationen in MYAPP behoben als auch alle früheren Migrationen von Grund auf neu bereinigt.

Stellen Sie zuvor sicher, dass die Datenbank bereits synchronisiert ist (z. B. fügen Sie hier kein neues Modellfeld hinzu oder ändern Sie die Metaoptionen).

rm -Rf MYAPP/migrations/*
python manage.py makemigrations --empty MYAPP
python manage.py makemigrations
python manage.py migrate --fake MYAPP 0002

Dabei ist 0002 die Migrationsnummer, die vom letzten Befehl makemigrations zurückgegeben wurde.

Jetzt können Sie makemigrations / migrate wieder normal ausführen, da die Migration 0002 gespeichert ist, sich jedoch nicht in der bereits synchronisierten Datenbank widerspiegelt.

Wenn Sie sich nicht für frühere Migrationen interessieren, können Sie einfach alle Migrationen im Verzeichnis migrations / entfernen. Sie starten die Migrationssequenz von vorne und nehmen Ihr aktuelles Modell als Referenz, als hätten Sie jetzt das gesamte Modell geschrieben.

Wenn Sie mir nicht genug vertrauen, um sie zu entfernen, versuchen Sie stattdessen, sie zu entfernen.

Ein einfacher Weg ist

Gehen Sie zu jeder App und löschen Sie die Migrationsdateien.

Gehen Sie dann zur Tabelle django-migrtaions in der Datenbank und schneiden Sie sie ab (löschen Sie alle Einträge).

Danach können Sie erneut Migrationen erstellen.

CD in das src-Verzeichnis cd /path/to/src

Migrationsverzeichnisse löschen rm -rf your_app/migrations/

Beachten Sie, dass dies für jede App separat erfolgen sollte

Wandern python3.3 manage.py migrate

wenn Sie erneut beginnen möchten python3.3 manage.py makemigrations your_app

Wenn Sie sich im Entwicklungsmodus befinden und einfach alles zurücksetzen möchten (Datenbank, Migrationen usw.), verwende ich dieses Skript basierend auf der Antwort von Abdelhamid Ba. Dadurch werden die Tabellen der Datenbank (Postgres) gelöscht, alle Migrationsdateien gelöscht, die Migrationen erneut ausgeführt und meine ersten Geräte geladen:

#!/usr/bin/env bash
echo "This will wipe out the database, delete migration files, make and apply migrations and load the intial fixtures."

while true; do
    read -p "Do you wish to continue?" yn
    case $yn in
        [Yy]* ) make install; break;;
        [Nn]* ) exit;;
        * ) echo "Please answer yes or no.";;
    esac
done

echo ">> Deleting old migrations"
find ../../src -path "*/migrations/*.py" -not -name "__init__.py" -delete

# Optional
echo ">> Deleting database"
psql -U db_user -d db_name -a -f ./reset-db.sql

echo ">> Running manage.py makemigrations and migrate"
./migrations.sh

echo ">> Loading initial fixtures"
./load_initial_fixtures.sh

echo ">> Done"

reset-db.sql Datei:

DO $$ DECLARE
    r RECORD;
BEGIN
    -- if the schema you operate on is not "current", you will want to
    -- replace current_schema() in query with 'schematodeletetablesfrom'
    -- *and* update the generate 'DROP...' accordingly.
    FOR r IN (SELECT tablename FROM pg_tables WHERE schemaname = current_schema()) LOOP
        EXECUTE 'DROP TABLE IF EXISTS ' || quote_ident(r.tablename) || ' CASCADE';
    END LOOP;
END $$;

Datei migration.sh:

#!/usr/bin/env bash
cd ../../src
./manage.py makemigrations
./manage.py migrate

Datei load_initial_fixtures.sh:

#!/usr/bin/env bash
cd ../../src
./manage.py loaddata ~/path-to-fixture/fixture.json

Stellen Sie einfach sicher, dass Sie die Pfade so ändern, dass sie Ihrer App entsprechen. Ich persönlich habe diese Skripte in einem Ordner namens project_root / script / local, und die Quellen von django befinden sich in project_root / src.

Nachdem ich jeden "Migrations" -Ordner in meiner App (manuell) gelöscht hatte, führte ich Folgendes aus:

./manage.py dbshell
delete from django_migrations;

Dann dachte ich, ich könnte einfach alles tun ./manage.py makemigrations, um sie alle zu regenerieren. Es wurden jedoch keine Änderungen festgestellt. Ich habe dann versucht , eine App zu einem Zeitpunkt festgelegt wird : ./manage.py makemigrations foo,./manage.py makemigrations bar . Dies führte jedoch zu zirkulären Abhängigkeiten, die nicht aufgelöst werden konnten.

Schließlich habe ich einen einzelnen Makemigrations-Befehl ausgeführt, der ALLE meine Apps angegeben hat (in keiner bestimmten Reihenfolge):

./manage.py makemigrations foo bar bike orange banana etc

Diesmal hat es funktioniert - zirkuläre Abhängigkeiten wurden automatisch aufgelöst (es wurden bei Bedarf zusätzliche Migrationsdateien erstellt).

Dann konnte ich rennen ./manage.py migrate --fakeund war wieder im Geschäft.