Мне нужна помощь в настройке ветвящейся структуры TFS.
Текущий сценарий выглядит следующим образом, наше приложение - SaaS, и я считаю, что нам нужно несколько веток «Release» одновременно.
] Просматривая Руководство по ветвлению TFS III, я вполне уверен, что нам понадобится «Расширенная» модель ветвления.
Мы начинаем с «главной» ветки, в которой будет размещаться приложение в его нынешнем виде (мы исходят из Visual Source Safe). На основе этого мы создадим ветку «Разработка» и пока оставим это в покое. Мы также создадим новое дерево веток «Service Pack», «Hotfix» и «Release A», которое будет содержать наш текущий набор изменений. Затем мы попросим нашу команду QA проанализировать ветку «Release A», и, если она пройдет, мы закроем ее (только для чтения) и объединим обратно в «main».
Пока все в порядке.
Проблема заключается в том, что цикл QA занимает примерно месяц, поэтому мы хотим, чтобы наши разработчики работали над новыми проектами «Service Pack» и «Development» для «Release B», которые также будут иметь свои собственные Ветви «Service Pack», «Hotfix» и «Release B».
Это означает, что у нас одновременно работают 2 ветки выпуска (если, конечно, нет более разумного способа сделать это).
Вопрос: Если «Релиз B» создается ДО завершения проекта «Разработка», то требуется «Исправление» для «Релиз A», как мне распространить это «Исправление» из «Релиза A» в «Релиз B», не поднимая руки какие-либо проекты «разработки», которые будут завершены за это время?