3

我试图寻找在2010年TFS逻辑上独立的项目,目前我们有三个独立的项目,最好的办法:这是在运行依赖管理/团队项目中的Team Foundation Server 2010

  1. 核心框架项目服务器
  2. 引用核心框架dll的控制台应用程序。
  3. 也引用核心框架DLL的Web应用程序。

TFS分区项目到团队项目。所有这三个都是真正独立的“项目”,但最后两个依赖于框架的.dll引用。在Java世界中,您可以设置依赖关系管理,其中核心框架将构建并发布到公司的中央存储库中,客户端项目可以单独检出并仅引用存储库中的dll,以避免项目中断。

TFS是否管理依赖关系?这三个项目是否应该由单独的团队项目或同一个项目组建?你能建立跨团队项目吗?

什么是建立团队项目,以便有最小的依赖问题,但也分割,使它们可以单独制作和构建脚本可以访问所有项目CI的最佳方式?

回答

4

TFS 团队项目与您可能理解为软件项目/解决方案不具可比性。基本上团队项目是一堆你想要保持在一起的东西的容器。

所以我认为这是你的情况最好能有一个团队项目所有你上面提到三个软件项目。无论如何,它们显然是相互依赖的,必须一起维护。 关于CI,您可以自行或全部访问每个软件项目,您可以做任何对您最有用的工具。

HTH。
托马斯

+0

如果在三个不同的项目中分别开展工作,会发生什么情况? – 2010-08-26 15:07:52

+0

一个团队不一定与一个TFS团队项目相关。如果这对你有意义,你可以很好地组织它,使得不止一个团队在这样的背景下工作。 – 2010-08-26 15:27:48

2

TFS是相当薄弱的,当它涉及到管理的依赖关系,但如果你很高兴生活在一个单一的解决方案的文件,你可以很好的使用共享合理的解决方案之间的项目: 文件 - >源代码控制 - >添加项目从源代码控制...

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

不利的一面是,你将不得不每次拉和建立一切。

不幸的是,在我们的地方,这太几乎每一个级别上的限制,我们已经不得不建立我们自己的工具,以提供预建库和依赖管理。

0

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

你应该把你的共享大会强烈签署,并在GAC居住,这样你就不必在首位版本控制问题。

+0

在许多环境和部署模型中,GAC不是一种选择。 – 2014-05-06 13:05:42

相关问题