Точно так же с миграциями.

слово "целостная" задача как бы намекает. Что залито должно быть либо все либо ни чего.

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

зачем это может понадобиться?

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

Вы ручками на прод заходите и откатываете?

Ну  мы опять возвращаемсья на круги своя... Коммиты мы делаем не по количеству файлов. А по целостности обновлений

Не так?

Ясно. Нет смысла дискутировать

Ну я  не дискутирую я хочу понять.

В чем фишка то дроблений. С риском поставить систему раком.

Сами же сказали:
> В рамках коммита вполне может быть залито всё, что соответствует этому коммиту (и не обязательно всей задаче).

Т.е. коммит потенциально может привесьти систему в нерабочее состояние получается?

Вот я и спрашиваю зачем?

Фишка в том, что бы делать так, как логично. Любая задача может быть разбита на 100500 подзадач. И я для примера приводил коммиты в рамках задачи. С миграциями точно так же.


И никаких проблем нет, если не лазить на прод руками. CI/CD вполне может откатить миграцию к нужному состоянию, т.к. она перед запуском миграции вполне готова узнать текущую миграцию и сохранить её на будущее, что бы потом к ней же и откатиться

Мне кажется в случае с БД. Более правильное решение в рамках одной транзакции выполнить все изменения, переводящие БД из одного рабочего состояние, в другое тоже рабочее состояние

Если пишут говёно, то да, возможно

Что мешает запустить несколько миграций в рамках одной транзакции? Что мешает получить проблему в рамках одной миграции из-за implicit commit?

Получается, что в контексте проблем разницы по сути нет.

Мне не понятна логика разбиений.