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

Question

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

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

然而，在TFS世界中这并不是真的可能，因为我们不想放弃到命令行进行无基础合并，但是我们需要具有高度灵活的分支功能 - 我们需要这样做已经习惯了ClearCase。

理想情况下，我们希望TFS分支机构允许我们拥有生产基线，能够分支执行短期修补程序，以便能够分支执行项目 - 而无需真正知道哪些分支将生效（首先是基线）。完成所有MS文档后，他们似乎都专注于产品类型环境 - 但我们主要是支持和增强工作。

我正在寻找建议/指针 - 我一直是一名ClearCase管理员，可以很乐意在精神上与分支进行交互 - 但我提出的所有内容看起来都不适合TFS - 但这是最可能是因为我的心理过程是类似ClearCase而且与TFS不一致（还有！）

Answer 1

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

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

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

（来自“TFS分支指南 - 方案2010_20100330.pdf”文件）