Это обычная практика, когда люди, работающие над проектом django, обычно отправляют миграции в систему контроля версий вместе с другим кодом.
Мой вопрос: почему эта практика так распространена? Почему бы просто не отправить обновленные модели, и все генерируют миграции локально. Этот подход также может уменьшить усилия по разрешению конфликтов миграции.
Если вы не зафиксируете их в VCS, то произойдет следующее: люди будут вносить потенциально конфликтующие изменения в модель.
Когда, наконец, вы будете готовы к развертыванию, вам все равно понадобится django для создания новых миграций, которые затем объединят все изменения вместе. И это просто создает дополнительный ненужный шаг, который может привести к ошибкам.
Вы также предполагаете, что каждый всегда сможет работать с актуальной версией кода, что не всегда возможно, когда вы начинаете работать с ветвями, которые не готовы к слиянию с основной веткой.
master и создал новую миграцию 0010, человек Б создал ветку из master и создал новую миграцию 0010. A объединился для разработки раньше, чем B, когда B получил последнее изменение и попытался объединить свой код с master, он получил дублирующую миграцию. Если вы не отслеживаете миграции, B будет очень сбит с толку.
- person Shang Wang; 03.09.2015
Миграции синхронизируют состояние вашей базы данных с состоянием вашего кода. Если вы не зарегистрируете миграции в системе управления версиями, вы потеряете промежуточные шаги. Вы не сможете вернуться в историю управления версиями и просто запустить код, так как база данных не будет соответствовать моделям на тот момент времени.
Миграции, как и любой другой код, необходимо тестировать, по крайней мере, на базовом уровне. Даже если они генерируются автоматически, это не гарантирует, что они будут работать в 100% случаев. Таким образом, безопасный путь — создать миграции в вашей среде разработки, протестировать их, а затем отправить в производственную среду, чтобы применить их там.
Во-первых, миграции в системе контроля версий позволяют запускать их в продакшене.
Во-вторых, миграции не всегда генерируются автоматически. Например, если вы добавляете новое поле в модель, вы можете написать миграцию для заполнения поля. Эта миграция не может быть воссоздана из моделей. Если эта миграция не находится в системе управления версиями, никто другой не сможет ее запустить.
