Git Flow - Cherry Pick против CI
Я ищу лучший рабочий процесс для использования с Git. я нашел git-flow очень полезный рабочий процесс, который вписывается в решение на основе продуктов предприятия.
Самая полезная функциональность мне нравится - это Cherry-Pick. В настоящее время мы используем SVN, и для нас является своевременным выпуском версии, потому что вся разработка происходит в одной версии ветки и мы пытаемся выпустить эту версию, когда все функции будут завершены. Используя git-flow, мы можем просто избежать такого узкого места и полностью контролировать цикл выпуска.
Однако проблема, с которой я сталкиваюсь, это CI. В CI все ваши функции были объединены в одну ветвь и следуют соответствующим рабочим процессам для обратной связи. Во-вторых, наш бизнес-аналитик хочет протестировать все функции и предоставить обратную связь, основываясь на этом. В текущем сценарии это неосуществимо, потому что мы не объединяемся с develop ветвь, пока функция не завершена.
Есть ли какое-нибудь решение для удовлетворения требований Cherry-pick с CI и BA в Git-flow?
Toggle - одно из решений, однако мне не ясно, как переключение может работать с серьезными изменениями в реляционной базе данных. Старая функциональность будет нарушена в этом случае.
Заранее спасибо.