我正在进行新的开发工作(ASP.NET 4.5),并试图为其创建TFS空间。
这项工作与任何现有项目都是分开管理的,并且是本系列的第一个项目,将在稍后的一天完成。
从TFS的角度来看,更好的方法是:
一个或另一个的好处是什么?什么时候需要一个新的团队项目集合?
如果我们只是创建TFS团队项目,我们会实现必要的项目分离,这样这个项目的签入不会触发其他项目的构建,该项目的Bug报告不会受到其他项目、单独工作项维护等的影响?
我们使用TFS 2012。
发布于 2015-07-18 14:16:45
可以为与特定代码库相关的所有项目创建一个集合,也可以为组织中的每个业务单元创建一个集合。根据您的问题,没有代码重用。你更强调的是分离。使用新的Project集合对您来说是最好的选择。项目集合有自己的硬件和DB。这意味着两个代码或工作项之间完全分离,没有共享代码或工作项,也有单独的权限(考虑为另一家公司工作)。
与单个项目集合相比,多个项目集合具有可扩展+易于外包的特点。问题是,每个项目集合都需要一个控制器(现有控制器无法处理新的控制器)。因此,另一个构建代理。这就是关系:1项目集合-> 1构建控制器->多重构建代理。更多这里
尽管如此,我遇到的90%的客户都可以轻松地使用单个项目集合:)
https://stackoverflow.com/questions/16904733
复制相似问题