如何用rebase -i让一个提交包含另一个提交的变更（含场景示例）

嘿，这两个关于交互式变基的问题都是日常Git操作里的高频场景，我来一步步给你掰扯清楚～

核心思路就是把「要被合并的提交」移动到「目标提交」的后面，然后用squash或fixup命令把它们合并成一个。具体步骤如下：

• 第一步：先定位好两个提交的位置。假设你要让提交X包含提交Y的变更，先找到X的父提交（也就是X之前的那个提交）的哈希值，或者用相对引用（比如HEAD~n，n是从当前提交到X父提交的步数）。
• 第二步：启动交互式变基，命令是：git rebase -i <X的父提交哈希/相对引用>。举个例子，如果X是当前提交的前2个提交（HEAD~2），那你需要写git rebase -i HEAD~3——因为要覆盖到X的父节点，才能在编辑器里看到X和Y。
• 第三步：在弹出的编辑器里，把Y对应的那一行剪切粘贴到X那一行的正下方。
• 第四步：把Y那一行开头的pick改成squash或者fixup：
  • 用squash的话，Git会让你合并X和Y的提交信息，适合需要保留Y的提交说明的场景；
  • 用fixup的话，Git会直接丢弃Y的提交信息，只用X的，适合Y只是一个小修补、不需要单独留记录的场景。
• 第五步：保存并关闭编辑器，Git就会自动把Y的变更合并到X里，完成变基。

这个场景更具体，咱们对着提交序列一步步来：

• 第一步：启动交互式变基，目标是提交A（也就是B的父提交）。你可以直接用A的哈希值，或者如果当前HEAD是E的话，用相对引用git rebase -i HEAD~4（因为从A到E一共4个后续提交：B、C、D、E）。
• 第二步：打开编辑器后，你会看到按时间顺序排列的提交列表，大概长这样：

  pick abc123 提交B的说明
  pick def456 提交C的说明
  pick ghi789 提交D的说明
  pick jkl012 提交E的说明
  

• 第三步：把pick ghi789（也就是提交D）那一行剪切，粘贴到pick abc123（提交B）的正下方，调整后的顺序变成：

  pick abc123 提交B的说明
  pick ghi789 提交D的说明
  pick def456 提交C的说明
  pick jkl012 提交E的说明
  

• 第四步：把D那一行的pick改成squash或fixup，比如改成squash的话：

  pick abc123 提交B的说明
  squash ghi789 提交D的说明
  pick def456 提交C的说明
  pick jkl012 提交E的说明
  

• 第五步：保存关闭编辑器。如果用的是squash，Git会弹出另一个编辑器让你合并B和D的提交信息，编辑完保存即可；如果用的是fixup，这一步会直接跳过，默认保留B的提交信息。
• 第六步：如果变基过程中出现冲突，解决完冲突后用git add把修改的文件标记为已解决，然后运行git rebase --continue继续变基，不要用git commit！

重要提醒 #

如果这些提交已经推送到远程仓库，绝对不要直接执行变基，除非你确定没有其他同事在基于这些提交开发——变基会改写提交历史，强行推送会导致团队的仓库历史混乱。

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