我试图在 TFS 2010 中找到逻辑上分离项目的最佳方式。目前我们有三个独立的项目：
TFS 将项目划分为团队项目。所有这三个都是真正独立的“项目”，但最后两个依赖于框架 .dll 引用。在 Java 世界中，您可以设置依赖管理，其中核心框架将构建并发布到公司的中央存储库，客户端项目可以单独签出，只需引用存储库中的 dll，这样就不会破坏任何项目。
TFS 是否管理依赖项？这三个项目应该设置在单独的团队项目中还是同一个项目中？您可以跨团队项目进行构建吗？
设置团队项目的最佳方式是什么，以便将依赖性问题降到最低，但也进行了分区，以便可以单独处理它们并且构建脚本可以访问 CI 的所有项目？
TFS团队项目无法与您可能理解为软件项目/解决方案的项目相提并论。基本上，一个团队项目是一个容器，可以容纳一堆你想放在一起的东西。
因此，我认为最好为您上面提到的所有三个软件项目建立一个团队项目。它们显然是相互依存的，无论如何都必须保持在一起。关于 CI，您可以单独访问每个软件项目，也可以一次性访问所有软件项目，您可以做任何对您最有用的事情。
HTH。
托马斯
TFS 在管理依赖项方面相当薄弱，但如果您乐于使用单个解决方案文件，您可以使用以下方法在解决方案之间合理地共享项目：文件->源代码管理->从源代码管理添加项目.. .
这样，当你得到一个解决方案时，你也得到了它的所有项目。
不利的一面是，您每次都必须拉动并构建所有内容。
不幸的是，在我们这里，这几乎对每个级别都有太多限制，我们不得不设置自己的工具来提供预构建的库和依赖项管理。
为什么你甚至需要在 TFS 中进行依赖管理？
您应该对共享程序集进行强签名并驻留在 GAC 中，这样一开始就不会出现版本控制问题。