С Vault, следует ли предпочитать ярлыки или ветви при изоляции баз кода выпуска?

Question

При изолировании кода для выпуска есть ли какие-либо преимущества при использовании «меток» над «ветками».

Процесс, которым мы следуем, - это код ветви, близкий к выпуску, и стабилизировать выпуск на ветке. После того, как релиз одобрен SQA, мы сменим изменения на mainline.

Другие группы разработчиков используют метки для «изоляции» базы кода, используемой для выпуска. Мне не нравится это по следующим причинам (это может быть неверно):

• vault не поддерживает слияние с ярлыками на другие ярлыки. Поддержка слияния между ветвями отличная
• не может удалить разрешения на помеченные элементы, чтобы остановить модификацию. вы можете ограничить доступ к ветвям .

Мысли оценили.

Answer 1

Это только моя точка зрения ниже. Я думаю, что есть много способов сделать это, но я думаю, что вы правильно поняли, что отрасли лучше, чем метки для такого рода вещей.

Вот как я думаю об этом:

код под стволом код, который собирается в производство. Если там есть код, который не будет использоваться в следующей версии, этот код следует переместить в ветвь.

Филиалы затем используются для отслеживания будущих разработок. Итак, завтра создайте ветку (ветвь A) из ствола и начните добавлять функцию A. Как только SQA одобрит Branch A, объедините его обратно на багажник и вытащите багажник на производство.

Обратите внимание, что в этом случае патч X может быть установлен на багажник. Вам может потребоваться простая смена 1 строки и быстрый тест и регрессионный тест SQA на vet Patch X. Но поскольку функция A разрабатывалась на ветке, она не поддерживала выпуск Patch X.

Любой время, когда вы выпускаете Trunk для производства, бросайте метку вниз по всему туловищу, который отмечает, когда была выпущена определенная версия. Точка с меткой должна иметь возможность позднее получить точный код, который был выпущен в определенный момент.