TFS 2010 Hotfix Branch / Стратегия слияния без необоснованного слияния? - PullRequest
1 голос
/ 15 ноября 2010

Я пытаюсь понять, как работать с ветвлениями и объединениями в Team Foundation Server 2010. Стратегия, приведенная ниже, предназначена для команды веб-разработчиков.

Моя идея состоит в том, чтобы иметь 5 папок.Основная папка, папка разработки, папка QA, рабочая папка и папка исправлений.Основная папка будет состоять только из основной ветви.Разработчик будет либо работать непосредственно в основной ветке, либо создавать новую ветку в папке «Разработка», а затем объединяться с основной веткой, когда закончите.Когда мы хотим создать версию выпуска, мы продвигаем Основную ветвь в Ветвь QA 1.0.0.Когда эта ветка стабильна, мы продвигаем эту ветку в производственную ветку 1.0.0.Производственная ветвь становится доступной только для чтения, и тогда ветвь QA будет объединена с основной ветвью.Мы также используем ветвь QA 1.0.0, например, для ветвления исправлений.Итак, пример здесь - после того, как ветвь QA переходит в производство, мы находим некоторые ошибки.Затем мы продвигаем QA Branch 1.0.0 до Hotfix 1.0.1 Branch.Когда ветка исправлений стабильна, мы продвигаем ее в производственную ветку 1.0.1.Когда в ветви Production 1.0.1 обнаруживается новая ошибка, мы создаем новую ветку Hotfix 1.0.2 из ветви Hotfix 1.0.1.Когда эта ветка стабильна, мы продвигаем эту ветку в Production Branch 1.0.2.Все это хорошо работает в Team Foundation Server 2010.

Проблема, которую я имею и не знаю, как правильно решить ее в TFS 2010, заключается в том, как продвинуть исправление в основную ветку.Я не хочу объединять мое исправление с веткой QA 1.0.0, поскольку мне может потребоваться создать другое исправление для другого клиента из QA Branch 1.0.0.Поэтому мне нужно слить ветку Hotfix 1.0.1 непосредственно в основную ветвь.

Я понимаю, что могу решить ее с помощью необоснованного слияния с помощью инструмента командной строки.Это единственный путь?Есть ли другие лучшие предложения, как решить то, что я хочу достичь?Инструменты пользовательского интерфейса?Буду также признателен за любой вклад, если можно будет улучшить стратегию ветвления / слияния, которую я хочу использовать.

1 Ответ

1 голос
/ 28 марта 2011

Я понимаю, почему вы не хотите сливаться обратно через ветвь QA, но я думаю, что это происходит из-за того, что вы должны переходить с последней ревизии.Если вам нужно создать второе оперативное исправление, вы всегда можете перейти с исходной версии QA 1.0.0.0, а не с последней версии, используя более старую версию кода.Вы не всегда должны разветвляться от верхушки.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...