适用场景
笔者这两天在学习 CI/CD自动化部署,因为不断修改部署文件不断测试,导致 commit 历史记录中有一系列的"脏提交"。因为多个 commit 存在很强的关联性、并且几个 commit 加起来也可以成为一个完整的描述的时候,所以想对这些 commit 进行合并。
今天的目标就是把二十多个关于部署的脏提交合并成一个提交,使项目的git提交树更加干净直观。
使用步骤
1. 查看分支上的提交历史记录
            
            
              c
              
              
            
          
          // 查看完整版提交详情
git log
// 推荐使用这个:查看简洁版提交历史记录
git log --oneline2. 使用 rebase 合并 commit
有两种方法可以采用:
- 从头开始合并,指定合并多少条commit
            
            
              sql
              
              
            
          
          // ~ 后写合并的commit数量,例如指定合并25条commit
git rebase -i HEAD~25- git log --oneline后,显示的7位哈希码作为开头,把- HEAD~x改为哈希码:

            
            
              css
              
              
            
          
          git rebase -i 62a8809执行完上面命令后,会看到以下命令行窗口:

蓝色字体是git rebase命令的输出,用于在进行提交合并或历史重写时选择操作,解释一下每个命令的意思:
p, pick <commit>:使用指定的提交
r, reword <commit>:使用指定的提交,但编辑提交信息
e, edit <commit>:使用指定的提交,但停止以进行修改
s, squash <commit>:使用指定的提交,但将其合并到前一个提交中
f, fixup <commit>:类似于"squash",但丢弃该提交的日志信息
x, exec <command>:使用shell运行命令(行的其余部分)
b, break:停在此处(稍后使用'git rebase --continue'继续重写)
d, drop <commit>:移除提交
l, label <label>:用名称为当前HEAD添加标签
t, reset <label>:将HEAD重置为标签
m, merge [-C <commit> | -c <commit>] <label> [# <oneline>]:创建一个合并提交,使用原始合并提交的消息(如果没有指定原始合并提交,则使用oneline)。使用-c <commit>来重新编辑提交信息。
我们一般只需要用到pick、squash和fixup,将最早那次提交保留(pick),之后的提交融入上一次的提交(squash)或丢弃(fixup)
具体操作:
回车后,单击i键进行编辑模式,除了第一条 commit 依旧为 pick 不变,其余都改成 s

修改完成后,按下ESC退出编辑模式,再按下:wq保存退出,commit就被合并了,此时如果有文件产生了冲突,需要在编辑器完成合并冲突操作,冲突合并完成后,多个commit提交也合并好了。
再次使用git log --oneline查看就能看到效果:

由于笔者编辑
squash时保留的最后一个pick是62a8809的前一个提交b1a7653,所以此处合并的是最新到b1a7653的所有commit,于是笔者又悄咪咪合并了一下顶上的两个commit,步骤同上
3. 修改 commit 提交信息
合并完成的 commit 提交信息不太好看,通过以下命令行修改:
            
            
              sql
              
              
            
          
          git commit --amend按下i进入编辑模式,编辑完成后ESC退出编辑,然后:wq保存

4. 修改远程仓库的git树
前面的步骤完成后,本地的git树确实更新了,但是远程仓库的git树并没有。此时如果是常规的 git push 会因为两棵git树不一致而报错,这时就需要用强制更新 git push -f 去覆盖远程的git树,具体流程如下:
            
            
              arduino
              
              
            
          
          // 假设合并的是远程origin仓库的master分支,先拉代码解决冲突
git pull origin master
// 再强制推上去
git push -f origin master 这样本地和远程的 commit 都合并成功啦~
如有不足之处或有更好的见解,欢迎评论区讨论。博采众长,共同进步!