我能代表一个"git重基“作为一系列樱桃？

Question

"git重基“似乎有额外的回退逻辑来处理合并失败：

Falling back to patching base and 3-way merge...

它在那里做什么，我需要如何调用我的樱桃采摘来获得同样的行为？

也许正确的解决方案就是不要试图将一个重基表示为一系列的樱桃-选择，但是如果这是可能的话，那就更好了，因为我可以使用相同的流来处理重基和任意的更改集合。

Answer 1

实际上，大多数git rebase命令都运行git cherry-pick。

您所看到的退步发生在一种形式的git rebase上，由于历史原因，它不使用git cherry-pick。当您调用一个非交互式git-rebase，而不使用任何使其使用新的和改进的重基调用方法的选项时，就会使用这一表单。

旧的形式通常产生同样的效果。它包括使用git format-patch将每个提交转换为一个补丁，然后使用git am --3way应用所有格式化的修补程序。--3way选项告诉git am，如果不能盲目地应用修补程序，它应该使用每个格式化修补程序中的index行来实现git cherry-pick自动完成的部分任务。

如果您希望重基直接使用git cherry-pick，您可以：

• 提供-k选项，或
• 提供-m选项，或
• 提供-s strategy选项，或
• 提供-X extended-option选项，或
• 使用交互式重基(-i或--interactive)，或
• 使用--autosquash选项，或
• 使用-p或(Git 2.18+) -r选项。