我遇到的情况是我们正在针对主开发分支（'主干'）和每个发布周期开发功能分支，发布分支将从当前的开发分支中获取。
然而，一个版本很晚就取消了，而我们被要求发布只有一些功能的前一版本 - 在之后这些都集成到主开发分支。
所以发生的事情是先前的发布分支被视为新的迷你版本的基础，我们现在必须重新应用已经针对开发分支进行的特定更改。我幸运的是仍然有我的功能分支，它从未合并。它基于开发分支，但我的分支在发布周期中很早就开始了，并且没有通过重新合并父（主干）更改来更新 - 所以我的分支的父实际上与我需要的新分支没有太大不同适用于。
我知道TFS有一些重新育儿和无基础合并的设施，但什么可能效果最好？更重要的是，如果我尝试重新育儿，我可以打破我的分支，还是我安全，我可以尝试一些东西，退出它们，如果有问题再试一次？
我的分支相当大，可能有50个变更集应用于相当多的单独模块。我想我可以尝试逐个应用每个变更集吗？
答案 0 :(得分：0)
根据我的经验，毫无根据的合并总是很糟糕。在大多数情况下，我发现通过比较工具（如BeyondCompare）手动区分和合并两个分支比使用TFS工具更容易，更可靠。
话虽如此，我会挑战你考虑去一个主要分支。我们实现了跨越式发展（当时是我们的一次巨大飞跃），但此时已多次支付红利。关键是发布就绪：