为新的云应用程序组织Visual Studio团队服务

是否有任何有关为新的云应用程序组织Visual Studio Team Services的准则和最佳实践？我打算为REST服务创建WebAPI解决方案，为移动客户端创建Xamarin Forms解决方案，为Web创建MVC解决方案，最后创建SQL脚本。理想情况下，我想用自己的源代码来解释未来的应用程序。为新的云应用程序组织Visual Studio团队服务

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上看到过一些类似的问题，但并不认为他们回答了我的问题，特别是关于不创建团队项目的部分。

来源

2015-12-11 Mark13426

Visual Studio团队服务（和Team Foundation Server内部部署）支持团队项目集合，团队项目和团队的概念。

TPC是最高分离度。目前，您在VSTS上获得一个DefaultCollection。在此集合中，您可以创建单独的团队项目在团队项目中，您有一个或多个团队。

当前的最佳实践表明单个团队项目是最容易使用的。简而言之，这可以让您更轻松地共享代码，工作项目和其他资产，同时还拥有单独的积压和代码存储库。

对于更详细的解释看到一对夫妇的博客在这个问题上，如：

在你的情况，我绝对会一起去一个团队项目，然后为每个单独的应用程序提供多个团队。在顶级团队中，您可以安排Epics and Features并将其分发给实施团队。

如果我今天开始这样一个项目，我还会选择Git进行源代码管理。 Git和TFVC都支持并且TFVC无处可用。但是Git确实有我认为非常有吸引力的some advantages。

关于您的文件夹结构。如果App1和App2需要一起发布，他们应该坐在共享分支。如果他们可以分开发布，他们应该有自己的分支。

ALM游侠在版本控制上有一个很棒的文档，它解释了不同的分支模型。这是freely available on CodePlex。

来源

2015-12-12 08:21:59

谢谢。他们需要分开发布，所以我假设你的意思是第二棵树更适合？ – Mark13426

为新的云应用程序组织Visual Studio团队服务

回答

相关问题