По мере роста проекта, миграции (как makemigrations
и migrate)
займет больше времени и больше затягивает довольно много каждый развертывание. Django давайте вам squash them так что вы не имеете длинный список файлов миграции, но все еще, миграции принимают одинаковое количество времениСбросить длинные Джанго миграций
Тогда я попробовал следующее:.
- Удалить все файлы миграция в моем приложении
- Очищает
django_migrations
таблицы в БД - Run
makemigrations
(чтобы создать0001_initial
для моего приложения) - Run
migrate --fake
(для заполнения вdjango_migrations
таблицу)
Теперь новые миграционные действительно быстро за счет потери истории миграции.
Итак, мой вопрос заключается в том, что это может быть как v1.0, и это автономный проект, от которого зависит любой другой проект, Каковы риски для этого?
У меня такое ощущение, что это не должно быть сделано, поскольку я не мог найти какую-либо конкретную команду Django для этого. South
имеет сброс, но теперь Джанго Миграция имеет только кабачки ...
Это не будет проблемой, если вы действительно не обеспокоены обратными миграциями. – karthikr