以前可能有人问过这个问题,但我无法在以前的所有帖子中解决我的需求(我已经搜索了几个小时)。所有帖子都针对其特殊需求。(我已经写了几年的项目,但是 TFS 的新手)
我的需要是:我在默认集合下有一个常见的帮助项目。(简单的辅助类和函数可以帮助我避免重写所有内容)
我试图在不同集合下的每个 tfs 项目中使用这个助手项目。
最好的使用场景是什么?
默认集合——HelperProj
集合 1 -- 项目 1 -- 项目 2
收藏 2 -- 项目 3 -- 项目 4
在此先感谢 Onur
以前可能有人问过这个问题,但我无法在以前的所有帖子中解决我的需求(我已经搜索了几个小时)。所有帖子都针对其特殊需求。(我已经写了几年的项目,但是 TFS 的新手)
我的需要是:我在默认集合下有一个常见的帮助项目。(简单的辅助类和函数可以帮助我避免重写所有内容)
我试图在不同集合下的每个 tfs 项目中使用这个助手项目。
最好的使用场景是什么?
默认集合——HelperProj
集合 1 -- 项目 1 -- 项目 2
收藏 2 -- 项目 3 -- 项目 4
在此先感谢 Onur
我的建议是在单个集合中使用单个项目,除非您有令人信服的理由不这样做。
原因是尽管 TFS 在很多方面看起来都像一个大型文件系统,但有些东西在项目和集合边界之间并不能很好地工作。根据我的经验,将代码放入不同的项目/集合中只有在代码块之间没有(并且永远不会)依赖的情况下才能干净地工作,因此您可以单独处理单个项目/集合。
我们公司开始时每个“真实”项目都有一个 TFS 项目,但我们不断遇到问题,直到我们将整个代码库重组为一个包含 3 个项目的集合,分别用于文档、资产和代码(三个不同的区域没有相互依赖)
在一个项目中,您仍然可以将代码组织到文件夹中,因此 IMO 使用不同的项目和集合确实没有多大意义,除非您对不同的代码库有非常不同的访问/安全要求(如果它们没有依赖关系则不太可能)。
另一种方法是使用您描述的 3 个集合,但通过在 DefaultCollection 中预先构建库来消除它们之间的“实时”依赖关系,以提供一个共享的二进制存储库,您可以从其他集合中的代码链接到该存储库。这也有助于版本控制,其中库代码可以更新,但二进制文件不会立即合并到您的其他集合之一中,从而允许处理其他集合的团队仅在适合他们时提取库代码的更新。这可以帮助阻止由团队 B 立即使用团队 A 的更改引起的问题。