Question

在我的公司中，有几个部门，许多项目是在不同版本的Visual Studio中完成的，所以我考虑过要在tfs结构下仅以一个项目集进行制作：

My_Project_Collection
   |
   |___ Division_1
   |       |
   |       |__ VS2010
   |       |__ VS2012
   |       |__ VS2013
   |             |
   |             |__ Team_Project_1
   |             |      |__ Main
   |             |      |__ Dev
   |             |      |__ Release
   |             |
   |             |__ Team_Project_2
   |                    |__ Main
   |                    |__ Dev
   |                    |__ Release
   |
   |___ Division_2
   |
   |___ Division_N

我的问题是：是否值得根据Visual Studio版本（VS2010，VS2012，VS2013等）对团队项目进行分类？还是没有必要？

Division_2，... Division_N具有与Division_1相同的结构

Answer 1

我认为您不希望这样细分，因为按VS版本细分并不能真正反映现实（我想您最终希望将这些项目移至VSTS的不同版本）。除非您认为它们会永久存在并且区别提供了有用的优势，否则我认为将有更多工作来像这样划分它们。考虑将区域路径用于层次结构中的某些概念。

例如

My_Project_Collection
   |
   |___ Division_1
   |       |
   |       |
   |       |__ Team_Project_1 - AP VS2013
   |       |      |__ Main
   |       |      |__ Dev
   |       |      |__ Release
   |       |
   |       |__ Team_Project_2 - AP VS2010
   |              |__ Main
   |              |__ Dev
   |              |__ Release
   |
   |___ Division_2
   |
   |___ Division_N

请参阅以下SO的类似问题：Should I create a single VSTS team project or multiple?，您已经通过收集我所能收集的一个项目来完成这项工作。

还要查看该答案中链接的该博客：Why You Should use a Single (Giant) TFS Team Project。同样的优点/缺点也应适用。。。实际上，请考虑一下您想要的界限，并让您的结构反映出来。

TFS层次结构的最佳做法

1 个答案: