Как организовать работу с миграциями в doctrine при тестировании кода по фичам?
Я бы хотел внедрить Git Flow c тестированием функционала по фичам:
-> разработчик делает свою фичу(например меняет код и базу)
-> собирается докер образ с фичей
-> тестировщик раскатывает образ на стейджевый сервер и проверяет весь проект
-> если всё хорошо, то код выкатывается на продакшен.
Когда нет изменений в структуре БД, то всё очень красиво. Но у нас используется реляционная БД (mysql). B если БД меняется, то возникает проблема, что делать с полученными результатами. Если просто убить и накатить дальше дефолтный дамп, то может быть ситуация, когда мы потеряем какой-то Набор данных, который тестировщик делал достаточно долго. Идеальным мне кажется возможность откатить те изменения, которые делаются в конкретной фиче, но я пока не нашёл ни одного готового решения.
Может ли кто-то описать как разруливается реляционная БД в такой ситуации?
есть какой-то отдельный скрипт который накатывает на собранную из миграций базу - тестовые данные.
при сборке проекта на тестовую среду, каждый раз с нуля исполняются миграции структуры и поверх накатываются тестовые данные.
Средний
Средний
