爲新的雲應用程序組織Visual Studio團隊服務

Question

是否有任何有關爲新的雲應用程序組織Visual Studio Team Services的準則和最佳實踐？我打算爲REST服務創建WebAPI解決方案，爲移動客戶端創建Xamarin Forms解決方案，爲Web創建MVC解決方案，最後創建SQL腳本。理想情況下，我想用自己的源代碼來解釋未來的應用程序。

Dev 
    App1 
      WebAPI 
      XamarinForms 
      MVC 
      SQL 
    App2 
      ... 
    ... 
Test 
Prod 

另一種方法是每個應用

App1 
    Dev 
      WebAPI 
      XamarinForms 
      MVC 
      SQL 
     Test 
      ... 
     Prod 
      ... 
App2 
... 

我也看到人們把一切都變成巨單項目單託收下創建一個項目。因此，我們不是在第一個樹中創建Dev，Test，Prod項目，而是將它們創建爲文件夾。與第二棵樹一樣。爲什麼我不想創建多個團隊項目？

我不是TFS專家，但我想開始右腳。

P.S.我在SO上看到過一些類似的問題，但並不認爲他們回答了我的問題，特別是關於不創建團隊項目的部分。

Answer 1

Visual Studio團隊服務（和Team Foundation Server內部部署）支持團隊項目集合，團隊項目和團隊的概念。

TPC是最高分離度。目前，您在VSTS上獲得一個DefaultCollection。在此集合中，您可以創建單獨的團隊項目在團隊項目中，您有一個或多個團隊。

當前的最佳實踐表明單個團隊項目是最容易使用的。簡而言之，這可以讓您更輕鬆地共享代碼，工作項目和其他資產，同時還擁有單獨的積壓和代碼存儲庫。

對於更詳細的解釋看到一對夫婦的博客在這個問題上，如：

• Why You Should use a Single (Giant) TFS Team Project
• One Team Project to rule them all
• Many Git Repositories, but one Team Project to rule them all

在你的情況，我絕對會一起去一個團隊項目，然後爲每個單獨的應用程序提供多個團隊。在頂級團隊中，您可以安排Epics and Features並將其分發給實施團隊。

如果我今天開始這樣一個項目，我還會選擇Git進行源代碼管理。 Git和TFVC都支持並且TFVC無處可用。但是Git確實有我認爲非常有吸引力的some advantages。

關於您的文件夾結構。如果App1和App2需要一起發佈，他們應該坐在共享分支。如果他們可以分開發布，他們應該有自己的分支。

ALM遊俠在版本控制上有一個很棒的文檔，它解釋了不同的分支模型。這是freely available on CodePlex。