2017-03-19 39 views
0

我要找就如何落實在TFS VS項目結構的類層次結構類型的一些想法和建議。 具體來說,我想要有一個「基礎」項目,其中將包含項目其餘部分將繼承的所有常見功能。在「基礎」項目中需要進行更改時,應該比較容易將這些更改傳播到基於此「基礎」項目的其餘項目。TFS結構爲「基地」和「導出」項目

顯而易見的方法是從這個「基礎」項目中分支其他項目,並在發生變化時合併這個根項目中的樹,但是我從未嘗試過這種方法,並且希望聽到某人嘗試了類似的東西在此之前或與TFS豐富足夠的經驗,能夠指出其固有的問題,或者這樣的想法的陷阱......

+0

如果你投票關閉,請點我到這個問題會更適合的地方。 Porgrammers stackexchange不縫是那個地方... –

+0

你使用TFVC或Git的源代碼控制? –

+0

我正在使用TFVC。 –

回答

1

在源代碼控制的項目實際上是文件夾。所以你的問題在某種程度上與如何在TFS中構建文件夾相同。

你的基地項目是在分支的一些主要的概念,它是作爲你的主源代碼樹的容器文件夾,伴隨項目工件,如設計文檔,腳本和測試用例一起根文件夾。主文件夾通常還包含您的Visual Studio解決方案(.sln)文件。

在TFS你可以convert a folder to a branch。然後你只需要你的基地項目轉移到其他項目。有了分支關係之後,您將能夠合併兩個分支之間的更改。另外你也可以使用分支來實現以下目標:

  • 在同一代碼庫管理由多個團隊並行工作,這是由不同的變化引入到代碼庫
  • 採取
  • 隔離風險快照,然後支持後續的孤立的變化(例如,創建一個發佈分支)

雖然仍可以分支與合併在文件夾中,您的團隊的最佳做法是僅在分支機構之間進行分支和合並。

當你執行分支操作,分支機構相對於文件夾具有重要的優勢。分支機構支持版本控制功能,可以爲分支機構結構和變更集合的位置提供額外的可視性。 (有關更多信息,請參閱以下精彩鏈接:Visual Studio TFS Branching Guide

對於固有問題或此類想法的缺陷,有一件事是您可能必須在得到,檢入,合併或取消擱置時resolve conflicts。另一件事是許可。最好避免每個人都有權將「派生」項目的變更合併回「基礎」項目。


除了您可以在同一個團隊項目中創建多個團隊,您可以將它們嵌套以促進層次結構。如果你有興趣,你可以查看這個blog,它顯示瞭如何配置它。