分支合并,有两个选择,一个是 merge
,另一个是 rebase
。
merge
和rebase
合并后的结果是一模一样的,形象的说,二者是殊途同归。- 使用
rebase
后的commit
与之前的commit
,它们的 SHA-1 值不同,Git 会把它们看成两次提交。
现在社区中推荐的主流 Git 合作方法,也是利用 Rebase 命令,即 Fork 一个代码库后,保留一个 remote
分支用来跟近主库进度,另开一个 feature
分支来打 patch
,当 patch
打好后,在本地同步一下 remote
分支上的代码,保持与主库一致,如果在你打 patch
这段时间,主库发生了变化,那么你就需要在本地预先做一次 rebase
操作,以保证你的改动是构建在主库最新代码之上的。这其实相当与你帮助作者在本地处理好了冲突,这样作者再合并你的代码时候,也就能比较轻松了。换个角度,其实使用 rebase
这个过程也是一个自我检查的过程,可以强制你对改动进行 Review,从而减轻贡献者和所有者之间的工作量。因为没有人比你更熟悉你的代码。
git pull —rebase
,这个命令在实际使用中的出场率还是很高的。
我们先从 git pull
说起,git pull
完整的应该是 git fetch + git merge FETCH_HEAD
,默认时候 git pull
会先拉取代码,再进行 merge
,上面说了使用 merge
会多出一条合并的 commit
以及一条分支线来,如果 commit
和 merge
频繁的话,可能会出现下图这样的情况,但是 rebase
则不同,其会保持线性,这样提交记录看起来就会整洁许多,使用 rebase
就是这个意思用 git rebase
取代。