1
我位于“内部”IT商店，目前我们使用ClearCase进行版本管理。我们的分支策略对于这一点很常见，主分支保留用于实时代码并分支主项目和修补程序类型活动。每个项目（并且它们经常重叠）都有一个主分支，我们没有多分支分支。将分支策略从ClearCase迁移到TFS 2010
我们得到的情况是，我们必须在集成分支之间进行合并，以便发行版本4分支在发行版本3上线并因此进行基线化之前获取所有发行版本3更改（例如）。以及项目较高时需要支持的修补程序的发生次数。
但是，这在TFS世界中是不可能实现的，因为我们不想让命令行进行无基本的合并，但是我们需要具有高度灵活的分支功能 - 我们已经非常习惯于使用ClearCase。
因此，理想情况下，我们希望TFS分支机构允许我们拥有生产基线，以便能够分支执行短期修补程序，能够分支执行项目 - 而无需实际知道哪些分支机构将去首先生活（并因此基线）。通过所有的MS文档，他们似乎都专注于产品类型的环境 - 但我们大多是一个支持和改进的商店。
我正在寻找建议/指针 - 我一直是一个ClearCase管理员，可以非常高兴地与精神分枝杂耍 - 但我想出的一切看起来不像它将适合TFS - 但这是最可能是因为我的心理过程是类似ClearCase的，并且与TFS不一致（还没有！）
