如何在Team Foundation Server中組織項目

Question

尋求在TFS中設置我們的解決方案的一些反饋。現在我們正在使用源代碼安全並且很痛苦。幸運的是，我們終於去了TFS。我們有一系列項目，我正在尋找「最佳」方式來設置這些項目。

核心是構成我們其他應用程序框架的服務器解決方案和客戶端解決方案。服務器有一對夫婦Web服務和一些庫的集合，客戶端解決方案有幾個庫和一對夫婦客戶端應用程序。客戶端與服務器交互。

也有個別的應用程序解決方案構建在此框架上。在各個應用程序中需要框架解決方案中的幾個DLL。這些DLL引用經常被搞砸，並且這些版本有時會不同步。應用程序1依賴於來自Framework客戶端項目的庫DLL等。

如何在TFS中設置這些解決方案以最大限度地減少問題？你如何自動化框架解決方案的某些構建？我正在尋找的結果是簡化應用程序1,2和3，從框架客戶端&服務器解決方案獲取DLL文件的更新版本，並且儘可能使用與框架和單個應用程序的發佈計劃相同的版本。

我的第一個想法是有一個團隊項目的框架和每個移動應用程序的區域。框架區域將具有客戶端和服務器子區域及其子區域。然後在與框架相同的級別上，每個應用程序都會存在。我不確定這將如何工作，以及如何強制其他應用程序自動獲取最新的框架DLL。

• 框架
• - 服務器
• ---服務器WS
• ---服務器庫
• ---服務器數據訪問
• - 客戶
• ---客戶端WS
• ---客戶端庫
• ---客戶端數據訪問
• 應用1
• 應用2
• 應用3

編輯20091020：
後與PM討論框架a nd其中一個應用程序，這是他的想法，我們應該如何佈置我們的源代碼。這對我來說很合理，看起來合乎邏輯。看起來好像它會保持每個應用程序的開發分支，並且它們的發行版相當孤立，但它們都集中在同一個項目中，並且它很容易將應用程序的需求鏈接回框架中需要的更改等。

想法在這個佈局？你看到的任何優點/缺點？

 
     Framework 
      .Server 
       .Trunk 
       .Branches 
       .Releases 
      .Client 
       .Trunk 
       .Branches 
       .Releases 
     Application 1 
      .Trunk 
      .Branches 
      .Releases 
     Application 2 
      .Trunk 
      .Branches 
      .Releases 
     Application 3 
      .Trunk 
      .Branches 
      .Releases 

Answer 1

我會假設你有上所有的應用程序依賴於框架的「釋放」穩定版本。我會創建這樣的項目結構。

 
.Development 
    .Framework 
     .version 
    .Application 1 
     .version 
    .Application 2 
     version 
.Main 
    .Framework 
    .Application 1 
    .Application 2 

.Release 
    .Framework version xxx 
    .Application 1 version xxx 
    .Application 2 version xxx 

因此，當您從Source Safe移動時，您將在Team項目中創建一個分支Main。然後爲所有開發工作和發佈分支分支開發分支，以維護當前版本的源代碼版本。 （這將幫助您編寫修補程序或重現當前正式發行版中的任何問題）。

應用程序中的所有引用都應該從最新版本分支中指出。這可以通過在爲各個應用程序創建構建時獲取適當的文件夾來管理。

Answer 2

微軟有Visual Studio Team Foundation Server Branching and Merging Guide，可用於選擇所需的結構。