科抢救：樱桃选择合并提交？

Question

我需要拯救一个功能分支，由于分配失败而获得了一些重复的提交。目前解决此问题的唯一方法是将此功能分支中的所有提交挑选到master中（请参阅下面的背景）。

我们从最新的主控状态开始，然后开始挑选我们的功能分支提交。但是，我们有时会将主合并到我们的功能分支中，而我不确定是否还需要选择合并提交。我认为不是，因为我已经在挑选当前主人时解决了冲突。那是对的吗？

PS：背景

我们发现了重复提交太晚，特性分支已经对前100个更多的提交。由于我们的CI结构，我们不能只恢复重复的提交。我们的第一次救援尝试是重新绑定并忽略重复的提交。这不起作用，因为它会改变某些不属于我们功能分支的提交的修订ID（我们无法更改主服务器已提交的修订ID）。因此，我们目前的救援模式就是将这个功能分支的所有变化都挑选到主人手中。

Answer 1

也许你应该将你的特性分支重定位到最新的主分支，修复所有怪异的东西？

如果不是，那么是的，你是对的。如果在从功能分支挑选提交到母版时将相同的冲突解决方案从母版合并到功能分支时执行，则不需要选择合并提交。实际上，如果你合并了合并提交，我会尽可能地解决你的冲突，最终不会有任何变化。无论如何您都无法挑选合并提交，而无需手动给予主线-m。