Консолидация миграции Django South

Question

Консолидация миграции Django South

На начальных этапах моего проекта я делаю много изменений в моделях, и, таким образом, у меня появилось много южных миграций, создаваемых для моих приложений. Можно ли каким-либо образом консолидировать их перед тем, как перейти на мой производственный сервер для выполнения миграций, чтобы у меня не было миллиона миграций для каждого приложения? И если да, как бы я это сделал?

6

добавлено 09 Январь 2013 в 04:23 автор hkothari отредактировано 18 Август 2013 в 02:11

Просмотры: 3

источник

nl ja de

2 ответы

Видеокурс по Java для начинающих

Получи видеокурс по Java для начинающих с упражнениями

Вы всегда можете удалить существующие миграции и создать новую «начальную» миграцию .

Для этого вам необходимо:

Remove the migration files for you app (remove the folder altogether)
Run ./manage.py convert_to_south myapp

Это оставит вас с одной миграцией, соответствующей текущему состоянию вашего приложения.

Кроме того, вы всегда можете упаковать свои последние миграции вместе:

Remove the migration files that you want to merge (only if they are the latest onces)
Run ./manage.py schemamigration myapp

Это создаст новую миграцию, которая будет соответствовать удаленным миграциям.

Оба они, скорее всего, испортит вашу БД разработки.

5

добавлено 09 Январь 2013 в 04:25 автор Thomas Orozco

источник

@hkothari Вот что я бы сделал, да!

добавлено 09 Январь 2013 в 04:42, автор Thomas Orozco, источник

нужно manage.py migrate zero --fake , чтобы очистить ваш юг db тоже (до convert_to_south или manage.py schemamigration --initial ). - delete-ghost-migrations выборочно удаляет все миграции, которые вы удалили из каталога миграций

добавлено 13 Март 2013 в 06:32, автор hobs, источник

поэтому нижняя строка: нет, скорее всего, лучше просто позволить миграции жить самостоятельно?

добавлено 09 Январь 2013 в 04:41, автор hkothari, источник

Видеокурс "Создание приложений для Android"

Получи множество видеоуроков по Android сейчас

автор velis · Answer 1 · 2015-09-14T01:40Z

Поскольку это среда разработки, так я это делаю (используя SQLite, см. Ниже для других SQL-серверов):

Do all the changes, let the migration files pile up. No committing migration files to VCS
When done, delete all the new migration files
Rename database
Run manage.py migrate. This will create database structure as it was before you made any changes to it.
Run manage.py makemigrations. This will create the necessary migrations that reflect your current state
Move back the original database which already has the final structure & data
Commit migrations files

При использовании «правильных» SQL-серверов просто держите две базы данных: производство и разработка. Измените параметры проекта, чтобы указать на производственную базу данных вместо переименования на шаге 3. Также вы можете пропустить шаг 4.