我需要挽救一个功能分支，由于rebase失败而导致一些重复的提交。目前解决这个问题的唯一方法就是将这个功能分支的所有提交选择为master（参见下面的背景）。
我们从最新的master状态开始，然后开始挑选我们的功能分支提交。但是我们有时会将master合并到我们的功能分支中，我不确定是否还需要挑选那些合并提交。我想不是，因为我已经在挑选当前的主人时解决了冲突。这是对的吗？
PS：背景
我们发现重复的提交为时已晚，而功能分支已经在顶部提交了100多个提交。由于我们的CI结构，我们不能只恢复重复提交。我们在救援方面的第一次尝试是改变，只是省略重复的提交。这不起作用，因为它更改了某些提交的修订ID，这些提交不属于我们的功能分支（我们无法更改已经在master中提交的提交ID！）。因此，我们目前的救援模式是将此功能分支中的所有更改选择为主。
答案 0 :(得分：1)
也许你应该将你的功能分支重新绑定到最新的主分支上，而不是修复所有奇怪的东西？
如果没有，那么是的，你是对的。当您在将主服务器合并到功能部分时，从功能分支到主服务器执行相同的冲突解决方案时，您不需要选择合并提交。实际上，如果你合并了合并提交，我会告诉你最终没有变化，因为你应该已经正确地解决了冲突。无论如何，你都不能亲自挑选合并提交而不用手动给主线-m。