Как упростить миграцию в Django 1.7?

Подобные вопросы уже есть для South, но я начал свой проект с Django 1.7 и не использую South.

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

Каков рекомендуемый способ сделать это?

РЕДАКТИРОВАТЬ: Начиная с Django 1.8 есть новая команда под названием squashmigrations, которая более или менее решает проблему, описанную здесь.

Я понял это. Я только что в этом разобрался, и это хорошо.

• Во-первых, чтобы очистить таблицу миграций:

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

• Удалить app-name/migrations/папку или содержимое.

• Сделайте миграции:

  ./manage.py makemigrations <app-name>
  

• Наконец, приведите в порядок свои миграции, не внося других изменений в базу данных:

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

В версии миграций Django 1.7 функция сброса, которая раньше была в South, была удалена в пользу новой функции для «подавления» ваших миграций. Предполагается, что это хороший способ контролировать количество миграций.

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

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

У меня была такая же проблема. Вот мой способ обхода.

#!/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"

Команда find: http://unixhelp.ed.ac.uk/CGI/man-cgi?find

Предполагая, что это структура вашего проекта,

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

вы можете запустить скрипт remove_migrations.py из указанного выше места, чтобы удалить все файлы миграции.

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

Удаление вручную может быть утомительным, если у вас сложный проект. Это сэкономило мне много времени. Удаление файлов миграции безопасно. Я делал это бесчисленное количество раз без каких-либо проблем ... пока.

Однако когда я удалил папку миграции makemigrationsили migrateне создал ее для себя. Скрипт следит за тем, чтобы папка миграции __init__.pyоставалась на месте, удаляя только файлы миграции.

1. Удалите файлы: delete_migrations.py (в корне 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

ИЛИ вы можете написать миграцию из всего этого

Я пробую разные команды, и некоторые ответы мне помогают. Только эта последовательность в моем случае исправила как сломанные зависимости в миграциях в MYAPP, так и очистила все прошлые миграции, начиная с нуля.

Перед тем как это сделать, убедитесь, что база данных уже синхронизирована (например, не добавляйте здесь новое поле Model или не меняйте параметры Meta).

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

Где 0002 - это номер миграции, возвращенный последней командой makemigrations.

Теперь вы можете снова запустить makemigrations / migrate, поскольку миграция 0002 сохраняется, но не отражается в уже синхронизированной базе данных.

Если вас не интересуют предыдущие миграции, как насчет того, чтобы просто удалить все миграции в каталоге migrations /? вы начнете последовательность миграции с нуля, взяв текущую модель за образец, как если бы вы написали всю модель сейчас.

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

Простой способ

Перейдите в каждое приложение и удалите файлы миграции.

Затем перейдите к таблице django-migrtaions в базе данных и обрежьте ее (удалите все записи).

После этого вы можете снова создавать миграции.

cd в каталог src cd /path/to/src

удалить каталоги миграции rm -rf your_app/migrations/

обратите внимание, что это нужно делать для каждого приложения отдельно

мигрировать python3.3 manage.py migrate

если вы хотите начать заново python3.3 manage.py makemigrations your_app

Если вы находитесь в режиме разработки и просто хотите сбросить все (базу данных, миграции и т. Д.), Я использую этот сценарий на основе ответа Абдельхамида Ба. Это приведет к стиранию таблиц базы данных (Postgres), удалению всех файлов миграции, повторному запуску миграции и загрузке моих исходных фикстур:

#!/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:

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 $$;

Файл migration.sh:

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

load_initial_fixtures.sh файл:

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

Только не забудьте изменить пути, соответствующие вашему приложению. Лично у меня эти скрипты находятся в папке с именем project_root / script / local, а исходные коды django находятся в project_root / src.

После удаления каждой папки «миграции» в моем приложении (вручную) я запустил:

./manage.py dbshell
delete from django_migrations;

Тогда я подумал, что могу просто ./manage.py makemigrationsвосстановить их всех. Однако никаких изменений не обнаружено. Затем я попытался указать одно приложение за раз: ./manage.py makemigrations foo, ./manage.py makemigrations bar. Однако это привело к циклическим зависимостям, которые не удалось устранить.

Наконец, я выполнил одну команду makemigrations, в которой были указаны ВСЕ мои приложения (без определенного порядка):

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

На этот раз это сработало - циклические зависимости были автоматически разрешены (при необходимости были созданы дополнительные файлы миграции).

Затем я смог бежать ./manage.py migrate --fakeи вернулся в бизнес.