Tfs 共享DLL'；Team Foundation服务器中的S

以前可能有人问过这个问题，但我在之前的所有帖子中都无法满足我的需求（我已经搜索了几个小时）。所有员额都是针对其特殊需要的。（我已经写了几年的项目，但我是TFS的新手）

我的需要是： 我在默认集合下有一个公共助手项目。（简单的助手类和函数，帮助我避免重写所有内容）

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

使用的最佳方案是什么

• 默认集合 --助手

• 集合1 --项目1 --项目2

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

提前谢谢

---

Onur

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

---

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

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

我们公司一开始为每个“真正的”项目都提供了一个TFS项目，但我们经常遇到由此带来的问题，直到我们将整个代码库重新组织为一个集合，其中包含三个项目，分别是文档、资产和代码（三个不同的区域，没有相互依赖性）

在一个项目中，您仍然可以将代码组织到文件夹中，因此使用不同的项目和集合实际上没有多大意义，除非您对不同的代码库有非常不同的访问/安全性要求（如果它们没有依赖性，这是不可能的）

另一种方法是使用您描述的3个集合，但通过在DefaultCollection中预构建库来消除它们之间的“实时”依赖关系，从而提供一个共享的二进制文件存储库，您可以从其他集合中的代码链接到该库。这也有助于版本控制，在版本控制中，库代码可以更新，但二进制文件不会立即合并到其他集合中，从而允许处理其他集合的团队仅在适合他们的情况下才对库代码进行更新。这有助于阻止团队B立即使用团队A的更改所导致的问题