TFS 层次结构的最佳做法

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：我应该创建单个 VSTS 团队项目还是多个？ 你已经通过从我可以收集的内容中拥有一个项目集合来做到这一点。

还可以查看该答案中链接的此博客：为什么应该使用单个(巨型(TFS 团队项目。 同样的好处/缺点应该适用...真的只是想想你想要你的边界在哪里，让你的结构反映这一点。