如何将多次提交合并为一次

我们作为协同者，可能会修改多次在同一个 PR 上，这个时候项目的 owner 可以选择压缩合并，不过作为协作者，我们应该有这种自觉，在认为代码没问题的时候，主动将多次提交合并为一次。

可以通过 rebase 进行合并，操作步骤如下，比如刚刚那次在协作者 lql95 的视角已经提交了两次，我们现在再进行一次提交：

  1. $ echo 'test info' > test.txt
  2. $ git add .
  3. $ git commit 'add test file'
  4. $ git push

这次提交之后，这个 PR 就有了三次提交，我们自己在本地做如下处理。

首先查看一下提交历史：

  1. $ git log
  2. commit 55e307a11369a3238d908344fea39b91d32d229f (HEAD -> main, origin/main, origin/HEAD)
  3. Author: lql95 <eryajf@gmail.com>
  4. Date:   Tue May 31 22:21:10 2022 +0800
  6.     add test file
  8. commit 0d61a99c31b2dced4fb9b1e1edfc74585571c909
  9. Author: lql95 <eryajf@gmail.com>
  10. Date:   Tue May 31 21:53:44 2022 +0800
  12.     删除无用内容
  14. commit 5c575c34b0351750510abef7ce6734b8914f951f
  15. Author: lql95 <eryajf@gmail.com>
  16. Date:   Tue May 31 21:44:39 2022 +0800
  18.     以lql95的视角协同维护项目
  20. commit 421212d25e6062dc0d15173304762056dbb3e583
  21. Merge: 85630a4 c2cf945
  22. Author: 二丫讲梵 <Linuxlql@163.com>
  23. Date:   Tue May 31 21:29:58 2022 +0800
  25.     Merge pull request #1 from eryajf/test

比如这里要将最新的三次提交合并，可以运行如下命令：

  1. $ git rebase -i <421212d> # -i后面的参数为最后一个不需要合并的Commit，这里为Commit 1

执行之后，将会进入一个交互界面，内容如下：

image_20220718_172053

我们把后两个 pick 改成 squash，改后如下：

image_20220718_172104

这里两个关键字的含义为：

  • pick 表示其他的提交将会合并到这一次提交上
  • squash 表示将对应标识的提交合并到 pick 选择的那次 commit 上。

保存之后，进入一个新的交互页面，这个页面是填写提交信息的，可保持默认，然后保存，就合并成功了：

image_20220718_172112

通过查看状态，也能看到此时的状态详情：

  1. * dc38fb2 (HEAD -> main) 以lql95的视角协同维护项目
  2. | * 55e307a (origin/main, origin/HEAD) add test file
  3. | * 0d61a99 删除无用内容
  4. | * 5c575c3 以lql95的视角协同维护项目
  5. |/
  6. *   421212d Merge pull request #1 from eryajf/test
  7. |\
  8. | * c2cf945 test
  9. |/
  10. * 85630a4 Create README.md

当然在 vscode 中也能够清晰地看到变化：

image_20220718_172123

最后将这次调整 push 到远程即可，因为这次的本地调整，导致本地落后于远程，所以需要进行强推：

  1. $ git push -f origin main

此时再去到 eryajf 主视角看刚刚那次 PR，就可以看到提交次数只有一次了：

image_20220718_172134

当然，这里主要是为了体验整个压缩提交的流程，实际上开发过程中，并不需要这步操作，项目的owner在处理PR的时候可以直接选择压缩合并，也就不会将多次提交合并上去了。