Git如何将最后一次提交与任意其他提交合并？交互式变基可行吗？

很多人以为交互式变基只能合并连续提交，但其实它的灵活性远不止于此——你可以轻松调整提交顺序，再合并非连续的提交，完全满足你的需求。下面是具体步骤：

步骤1：启动交互式变基 #

首先，我们需要针对从提交2（业务修正n°2）之后到最新提交（5）的范围进行变基。在终端执行：

git rebase -i HEAD~3

或者你也可以直接指定提交2的哈希值（比如git rebase -i <commit2-hash>），效果完全一致。

执行命令后会打开一个文本编辑器，里面会列出要处理的提交（按时间从早到晚排序）：

pick abc123 3 修正无意义内容
pick def456 4 业务修正n°3
pick ghi789 5 修正无意义内容（再次修正）

步骤2：调整提交顺序并设置合并指令 #

现在我们需要把提交5和3放到一起，同时调整顺序让合并后的提交成为最新的。修改编辑器里的内容如下：

pick def456 4 业务修正n°3
pick abc123 3 修正无意义内容
squash ghi789 5 修正无意义内容（再次修正）

• 把提交4的行移到最前面，确保它先被应用
• 保留提交3的pick指令，告诉Git先应用这个提交
• 把提交5的pick改成squash，表示要把它的内容合并到前一个提交（也就是提交3）里

如果你不想编辑合并后的提交信息，只想保留提交3的内容描述，可以把squash换成fixup，Git会自动跳过信息编辑步骤。

步骤3：编辑合并后的提交信息 #

保存并退出编辑器后，Git会自动应用调整后的提交，然后再次打开编辑器让你修改合并后的提交信息。把内容改成：

合并后的无意义内容修正

保存退出即可。

最终效果 #

完成后，你的提交序列就会变成（从新到旧）：

• 合并后的无意义内容修正
• 业务修正n°3
• 业务修正n°2
• 业务修正n°1

完全符合你的需求！

注意事项 #

• 如果这些提交已经推送到远程仓库，不要执行这个操作——变基会改写提交历史，导致远程和本地仓库冲突，除非你确定团队成员都知道并同意这个操作。
• 如果变基过程中出现冲突，按照Git的提示解决冲突后，执行git rebase --continue继续即可。

内容的提问来源于stack exchange，提问作者Flyout91