时间戳

首页 > 解决方案 > TFS 层次结构的最佳实践

tfs - TFS 层次结构的最佳实践

问题描述

在我公司有几个部门，很多项目都是在不同版本的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 具有相同的结构

标签： tfs

解决方案

我不认为您确实想像那样细分它，因为按 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 团队项目还是多个？哪一个，你已经从我能收集到的一个项目集合中做到了。

还请查看该答案中链接的此博客：Why You Should use a Single (Giant) TFS Team Project。应该应用相同的优点/缺点......真的只是想想你想要你的界限并让你的结构反映这一点。

推荐阅读