将分支策略从 ClearCase 迁移到 TFS 2010答案

【问题标题】：Migrating a branching strategy from ClearCase to TFS 2010将分支策略从 ClearCase 迁移到 TFS 2010
【发布时间】：2010-10-30 21:09:12
【问题描述】：

我在一家“内部”IT 商店，我们目前使用 ClearCase 进行版本管理。我们的分支策略对此很常见，主分支保留用于实时代码，而主分支则用于项目和修补程序类型的活动。每个项目（它们经常重叠）都有一个主分支，我们没有多层分支。

我们得到的情况是，我们必须在集成分支之间进行合并，以便第 4 版分支在第 3 版上线之前获取所有第 3 版更改（例如），从而成为基线。以及当项目很高且必须支持时发生修补程序的次数。

但是，这在 TFS 世界中实际上是不可能的，因为我们不希望不得不进入命令行进行毫无根据的合并，但是我们需要具有高度灵活的分支功能 - 我们已经习惯了 ClearCase。

因此，理想情况下，我们希望 TFS 分支允许我们拥有生产基线，能够分支执行短期修补程序，能够分支执行项目 - 实际上不知道哪些分支将上线（因此是基线）首先。在研究了所有 MS 文档后，他们似乎都专注于产品类型环境 - 但我们主要是一家支持和增强商店。

我正在寻找建议/指针 - 我一直是 ClearCase 管理员，并且可以很高兴地在心理上处理分支 - 但我想出的所有东西看起来都不适合 TFS - 但这是最可能是因为我的思维过程类似于 ClearCase，并且与 TFS 不一致（还没有！）

【问题讨论】：

【解决方案1】：

我对 TFS2010 没有太多经验，但考虑到 branches are now first class citizen with TFS2010，一种实用的解决方案是将您的增强功能视为“产品”并相应地创建补丁分支。

我想你已经阅读了TFS2010 Branching Guide。

它确实包含用于解决热修复问题的分支方案。

（来自“TFS 分支指南 - 场景 2010_20100330.pdf”文档）

【讨论】：