0

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

我的需要是：我在默认集合下有一个常见的帮助项目。（简单的辅助类和函数可以帮助我避免重写所有内容）

我试图在不同集合下的每个 tfs 项目中使用这个助手项目。

最好的使用场景是什么？

  • 默认集合——HelperProj

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

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

在此先感谢 Onur

4

2 回答 2

1

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

Team Foundation Server 中的代码共享

使用团队项目集合组织您的服务器

于 2013-03-30T18:12:46.187 回答
0

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

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

我们公司开始时每个“真实”项目都有一个 TFS 项目，但我们不断遇到问题，直到我们将整个代码库重组为一个包含 3 个项目的集合，分别用于文档、资产和代码（三个不同的区域没有相互依赖）

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

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

于 2013-03-30T21:02:42.300 回答