​

​说明​

        本文用实例介绍如何合并git的提交。用Idea可视化和命令行操作两种方法进行展示。

​为什么需要合并提交​

        实际开发会有这种场景：开发在开发分支修复了某个bug，但提交了多个commit，将它cherry pick到测试分支很麻烦，如果只将一个提交cherry pick到测试分支就会很方便。

​action含义​

pick：git会应用这个补丁，以同样的提交信息（commit message）保存提交

reword：git会应用这个补丁，但需要重新编辑提交信息

edit：git会应用这个补丁，但会因为amending而终止

squash：git会应用这个补丁，但会与之前的提交合并

fixup：git会应用这个补丁，但会丢掉提交日志

exec：git会在shell中运行这个命令

​需求描述​

下边红框里的3此提交已经push到远程仓库，现在想把它合并为一条，这样方便cherry pick到其他分支。

​第1步：在首次提交记录上rebase​

本处的首次提交是“第1次修改”。

右键“第1次修改”=> Interactively Rebase from Here

​第2步：合并提交（选squash或fixup）​

选中“第2次修改”=> 点击“Squash”

选中“第3次修改”=> 点击“Squash”

这里也可以ctrl+A，然后点击“Squash”，效果一模一样。

结果如下：

​第3步：重命名提交​

选中“第1次修改”=> Reword=> 输入新的提交信息

修改“第1次提交”为：“第1,2,3次提交”，改完效果如下

​第4步：执行rebase​

点击上边一步的“Start Rebasing”之后，提交结果如下：（3条提交合并为了一条）

​第5步：push​

        本步我采用Force Push，因为这个bug分支只有我自己改。

         如果他人也在这个里边，要用Merge，见下方“push详解”。如果与别人在同一个分支，还Force Push，会覆盖别人的代码，小心被套麻袋????

 Force Push，结果如下：（成功提交）

上一步中，如果选择“Push”，而不是“Force Push”，则push被拒绝，需要选择操作：

“Merge”：原先的3条提交信息还在，只是会新生成1个整合后的提交。

“Rebase”：后边需要force push，原先的3条提交信息会被替换为1条提交。

​若选择“Merge”​

        如果点击“Merge”，原先的3条提交信息还在，只是会新生成一个整合后的提交（示例中是“第1,2,3次修改”）。

结果如下：

​若选择“Rebase”​

结果：

此时需要Force Push，结果如下：（成功提交）

如果上一步又选了“Push”，结果如下：（再次出现了选择“Merge”还是“Rebase”）

 如果点击“Rebase”，结果如下：（提交记录恢复原样）

  如果点击“Merge”，结果跟上边“​若选择“Merge”​”是一样的：