Git rebase 实战:如何重建清爽的提交历史
Git rebase 实战:如何重建清爽的提交历史
在代码评审过程中,经常会遇到分支上存在多个杂乱的commit信息,这不仅让评审者感到困扰,也不利于代码管理。Git的rebase命令提供了一个解决方案,可以将多个commit压缩为一个,使提交历史更加清晰。本文将详细介绍如何使用Git rebase来实现这一目标。
前言
在代码评审时遇到分支上有多个commit信息,对于评审者来说是非常头疼的,因为太混乱了。遇到这样的情况,就需要让开发人员把commit压缩一下,简单来说就是将多个commit合并为一个,这样看起来就比较整洁了,那git rebase是如何做到的呢?
git rebase 作用
git rebase 命令有两个作用:
将当前分支的更改重新应用到目标分支上,即变基。
对当前分支的历史提交进行更改,这里称之为交互式变基。
变基
变基具体来说就是:如果你正在一个分支上工作,想要将这些更改合并到主分支master上,但是主分支上已经有了新的提交,此时使用 rebase 可以让当前分支的更改应用到最新的主分支上。如下图
交互式变基
交互式变基时,可以使用不同的命令来修改提交历史:
p, pick <提交> :使用提交
r, reword <提交> :使用提交,但修改提交说明
e, edit <提交> :使用提交,进入 shell 以便进行提交修补
s, squash <提交> :使用提交,但融合到前一个提交
f, fixup <提交> :类似于 “squash”,但丢弃提交说明日志
commit压缩/合并操作
所以,上述“将多个commit合并为一个”就是通过交互式变基完成的。具体操作如下:
- 执行
git rebase -i HEAD~n
,n为你想要合并的提交数量,例如我输入
git rebase -i HEAD~6
,会出现下图的交互页面。
- 将下面5个
pick
改为
squash
并保存。
- 执行
git push -f
通过上面的3步就完成了commit合并/压缩。效果如下图:
总结
开发过程中,为了避免代码丢失或其他因素,一次功能的完成避免不了多次提交。写好提交不仅可以帮助开发人员理清代码的逻辑,而且,整洁的提交记录也可以提高评审效率。所以,尽可能在一个提交中完成一个完整的功能。