Team Foundation Server中的共享DLL

时间:2013-03-30 17:15:00

标签: tfs projects-and-solutions helpers

之前可能已经提出这个问题,但我无法解决以前所有帖子中的需求(我已经搜索了几个小时)。所有帖子都特别针对其特殊需求。 (我已经写了几年的项目但是TFS的新手)

我的需求是: 我在默认集合下有一个常见的帮助项目。 (简单的帮助程序类和函数,可以帮助我避免重写所有内容)

我正在尝试在不同集合下的每个tfs项目中使用此帮助程序项目。

使用的最佳方案是什么?

  • 默认收藏 - HelperProj

  • 收藏品1 - 项目1 - 项目2

  • 收藏2 - 项目3 - 项目4

提前致谢 厄尼尔

2 个答案:

答案 0 :(得分:1)

这是一个可以帮助您满足需求的链接。查看工作空间映射和分支功能,以实现您的需求。

Code Sharing in Team Foundation Server

Organizing Your Server with Team Project Collections

答案 1 :(得分:0)

我的建议是在一个集合中使用单个项目,除非你有令人信服的理由不这样做。

原因是虽然TFS在很多方面看起来像一个大型文件系统,但有些东西在项目和集合边界上并不能很好地工作。根据我的经验,如果代码块之间没有(并且永远不会是)依赖关系,那么将代码放入不同的项目/集合中只能干净地工作,因此您可以单独处理单个项目/集合。

我们的公司开始了与一个TFS项目的每一个“真正”的项目,但我们不断地碰到了问题,是由于这一点,直到我们重新组织我们的整个代码库为包含3个项目,文档,资产,和一个代码集(三级不相互依赖的不同区域)

在一个项目中你仍然可以将代码组织到文件夹中,所以IMO在使用不同的项目和集合方面确实没什么意义,除非你对不同的代码库有非常不同的访问/安全性要求(如果它们没有依赖关系)。

另一种方法是使用3个集合你描述,但通过建立预库中DefaultCollection消除它们之间的“活”的依赖关系,以提供可以从代码中的其他链接到二进制的共享存储库集合。这也可以帮助进行版本控制,其中库代码可以更新,但二进制文件不会立即合并到其他集合中,允许在其他集合上工作的团队仅在适合它们的情况下引入库代码的更新。这可以帮助阻止团队B立即使用团队A的更改引起的问题。