visual-studio - 在单个 TFS 项目下存储多个产品是个坏主意吗？

Question

我们部署了 Team Foundation Server 2008 作为我们的源代码控制管理系统。一个负责多个产品的团队要求将他们的所有产品都放在一个 TFS 项目下。他们的理由是因为产品都在相似的领域。

以下是我反对的理由:

• 工作区映射会变得很奇怪，因为项目将映射到子文件夹
• 持续集成可能是个问题，因为无法引用单个项目
• 源代码控制事件的跟踪历史可能存在问题

这感觉总体上是个坏主意，但我想要一些具体的理由来反对它。如果我完全偏离基地，这是一个很好的方法，我也想听听。

优点/缺点是什么？

Answer 1

我有在 TFS2008 和 TFS2010 中的一个 TFS 团队项目下存储多个 Visual Studio 解决方案(独立产品)的经验。这是我的看法。

在这两个版本中，我们为产品创建一个文件夹，然后为分支(主要等)创建一个文件夹。其他产品。持续集成适用于多个构建定义，每个产品一个。我们只为整个 TFS 团队项目创建一个工作区映射。

TFS2008 的缺点是很难管理每个产品的工作项。在 TFS2008 中，工作项适用于整个团队项目，要弄清楚哪个工作项属于哪个产品并不像应该的那么容易。

在 TFS2010 中，工作项有一个区域和迭代部分。我们使用区域来定义产品。因此，每个工作项都有一个与产品名称相匹配的区域。这对我们来说效果很好。

如果您在 TFS2008 中没有大量使用工作项，那么我认为您不应该避免将多个产品放在一个 TFS 团队项目中，当然不是出于您上面列出的原因。

使用一个团队项目确实有一些优势:1.只有一个Team Project需要管理，只有一个Share Point站点。2. 您可以轻松查看整个团队项目的历史记录。