假设我有一个功能分支feature_x，该分支已被处理，然后选择变更集并进行了默认移植，然后将其关闭。不是最好的流程，而是Mercurial，因此无法更改历史记录。
现在，我将再次使用功能X，我觉得重用feature_x分支将使混乱最少。但是，如果我重新打开该分支并合并default到它，则会遇到两个问题。第一次合并冲突，第二次更改在该分支中被修改，但从未合并为默认值。所以我想要的是干净的slate，branch feature_x，但是要与当前中的内容完全相同default。有没有比创建会遮盖名称的新分支更干净的方法呢？
我认为您最好的选择是从default被叫feature_x2或的当前提示开始一个新分支，feature_y并保留过去的过去。
但是，还有其他一些选择：
旧feature_x分支是仅局限在您的存储库中还是被推送？如果是前者，则可以hg strip这样做，然后在current处重新开始分支default。
如果feature_x名称确实非常重要，则可以使用内部合并工具在其中合并默认值，并通过执行以下操作强制其完全反映默认分支
hg merge -r default --tool internal:other
或者，您可以只default在的顶部提交（文件系统）副本branch_x。然后，您可以沿自己的快乐方式继续在该分支上。
我不知道2.或3.将来是否会引起奇怪的合并问题。我将进行测试，以查看合并是否恢复为默认值（或其他嫁接？）以后是否会引起问题。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句