Team Foundation Server 2010中的依赖关系管理/团队项目

时间:2010-08-26 14:07:19

标签: c# tfs continuous-integration dependency-management team-project

我正在尝试在TFS 2010中找到逻辑上独立项目的最佳方式。目前我们有三个独立的项目:

  1. 在服务器上运行的核心框架项目
  2. 引用核心框架dll的控制台应用程序。
  3. 也引用核心框架dll的Web应用程序。
  4. TFS将项目分区为团队项目。所有这三个都是独立的“项目”,但最后两个依赖于框架.dll参考。在Java世界中,您可以设置依赖关系管理,其中核心框架将构建并发布到公司的中央存储库,客户端项目可以单独检出,只需引用存储库中的dll,这样就不会有项目中断。

    TFS管理依赖项吗?这三个项目是应该在单独的团队项目中建立还是在同一个项目中建立?你能跨团队项目建立吗?

    设置团队项目的最佳方法是什么,以便存在最小的依赖性问题,但是也进行了分区,以便可以单独处理它们并且构建脚本可以访问CI的所有项目?

3 个答案:

答案 0 :(得分:4)

TFS 团队项目与您可能理解的软件项目/解决方案无法比较。基本上,团队项目是一堆容器,可以存放在一起。

因此,我认为在您的情况下,为上面提到的所有三个软件项目创建一个团队项目是最好的。它们显然是相互依存的,无论如何都必须保持在一起。 关于CI,您可以自己或一次性访问每个软件项目,您可以做任何对您最有用的事情。

HTH。
托马斯

答案 1 :(得分:2)

TFS在管理依赖关系方面相当薄弱,但如果您很乐意生活在单个解决方案文件中,则可以通过以下方式合理地在解决方案之间共享项目: 文件 - >源代码管理 - >从源代码管理中添加项目...

这样,当你得到一个解决方案时,你也可以获得所有项目。

缺点是每次都必须拉动并构建所有内容。

不幸的是,在我们的地方,这几乎只限于每个级别,我们必须建立自己的工具来提供预构建的库和依赖关系管理。

答案 2 :(得分:0)

为什么你甚至需要在TFS中进行依赖管理?

您应该让您的共享程序集强烈签名并驻留在GAC中,以便您首先没有版本控制问题。