2016-09-02 5 views
1

Мы перенаправляем исходный контроль из подрывной деятельности в TFS 2015. Наши усилия по развитию будут разделены на 2 команды: каждый будет выполнять только новые разработки/улучшения, а другая команда будет выполнять исправления дефектов.Лучший подход для стратегии ветвления для TFS с тремя областями DEV, стабилизация и производство?

Может ли кто-нибудь предложить стратегию ветвления, чтобы объединить эти две различные усилия? У одной ветви (Development) всегда будет более новый код, чем ветка, используемая другой командой, которая выполняет исправления дефектов.

ответ

0

По-моему, Отделение для выпуска наиболее подходит для вашей ситуации.

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

Main 
-DEV 
-release1 
... 
-release2 
+0

Как только ветки релиза объединены, вы рекомендуете их удалить? С течением времени я могу создать большой список. – Chaka

+0

BTW, я слышу термин ветвь функции? Как это отличается от выпуска? – Chaka

+0

Ну, это зависит от размера вашей команды, частоты вашего релиза. Обычно рекомендуется поддерживать филиалы, когда вы активно развиваетесь. Однако вы также можете удалить старую ветку, ведь удаление объединенной ветки дешево и не приведет к потере истории. –