需要分支計劃？

Question

在TFS分支指南2010 v1（here）中，ALM Rangers現在爲您提供4個分支計劃（方案）。

但是在一個相關的項目中，也來自ALM Rangers（here）的TFS指南提供了一個場景「No Branch」。這是一個很好的起點，因爲例如2個分支（dev和main）會減慢速度，並且由於所有的FI（正向集成）和RI（反向集成）處理而引入更多的複雜性。

它看起來對我來說ALM流浪者不同步兩個項目，因爲通過分岔引導2010 V1不再被提供了「無分支」計劃....

對於我們公司來說，我們要定義一個指導該公司表示在開始時使用簡單的模型，但有能力在需要時增長。所以實際上，我們只想直接在主分支上使用和開發，而當QA確實會成爲問題時，我們可以開車去開發分支併合並分支。

這是一個好的做法遵循？

Answer 1

你分支如何是你可以針對源代碼配置管理做出最重要的決定之一。它需要與您的組織，流程和團隊相匹配。

你決定早會，在很大程度上，你什麼風采用了永遠，所以不要採取掉以輕心的決定是什麼。

我個人的建議（不僅是因爲它爲我們工作）是使用主，Dev分支的做法。這提供了在合併到MAIN分支之前執行一定質量保證（例如試驗性構建）的能力。 DEV分支成爲您的主要集成分支，因此前向集成並不是一個負擔（因爲每個人都在DEV分支之外）。

只給你一些參考，我們從字面上3至6個月花在討論我們的分支策略，運行它通過使用情況，並試圖萬佛洞在它之前，我們決定使用哪一個。