Игорь БобакТо есть, надо чтобы разработчики делали коммит, в коммите включали пачку изменений (альтеры баз данных, скрипты для перезаполнения таблиц, включали сами пакеты, bash файлы и т.д. - все, что они проделали, и это все вначале деплоилось на QA, прогонялась пачка тестов, если вдруг зафейлился апдейт одного чего-то - должен идти rollback всего (вот это самая большая загвоздка - КАК?), и т.д.

Для таких задач есть Database versioning tools, тот же Liquibase. Но это двойная нагрузка на разработчиков, т.к. они будут писать не только альтеры таблиц и других объектов, но и обратные скрипты для отката. Есть платный Datical, но он облегчает написание роллбэков только для простых ситуаций. Сложные случаи все равно руками.

На самом деле тут ситуация существенно сложнее, чем может показаться с первого взгляда, т.к. для того, чтобы CI взлетел, должна быть продумана гораздо более сложная архитектура ХД, гораздо больше затрат на написание тестов и т.д. В самом идеальном случае бюджет BI проекта вырастает втрое минимум при не совсем гарантированных улучшениях. Работы прибавится существенно, а усложнить все и сломать к черту весь процесс разработки легче легкого.