В моей компании есть сервер CI / Build, который мы используем для тестирования и сборки релизов (а также функции и ветка разработки). вмерзавец поток Модель ветвления, когда пришло время выпускать ветку, разработайте и назовите ее (например) release-1.4. Сервер CI / Build затем автоматически построит ветку, и мы развернем его на промежуточном сервере для тестирования интеграции вручную. Как только мы удовлетворены сборкой, мы хотим развернуть ее. Но в модели ветвления git-потока нам нужно сначала объединиться с master и tag. Вопрос в том, нужно ли после этого слияния запускать еще один цикл сборки и тестирования или как?

Кажется странным слияние и добавление тега, заканчивающегося тегом, указывающим на другую (технически) фиксацию, отличную от релиза. Также кажется плохим перестраивать после того, как мы перейдем в master, потому что тогда мы будем вынуждены протестировать эту сборку, чтобы убедиться, что она тоже в порядке.

Варианты, которые я придумал:

построить в ветке релиза, а затем объединить, перестроить и протестировать в основной веткесобрать и протестировать в ветке релиза, затем объединить и поверить, что новая сборка не требуетсяИзмените модель потока git, чтобы удалить этап слияния с master, и просто пометьте последний коммит в ветке релиза, которую мы хотим выпустить.Что будет потеряно, если не слиться с мастером?В этом случае мы могли бы просто развиваться в мастер