git rebase 和 git merger

& git merge

　　在上图中，每个绿框均表明一个commit。除了c1，每个commit都有一条有向边指向它在当前branch当中的上一个commit。

　　图中的项目，在c2以后就开了另一个branch，名为experiment。在此以后，master下的修改被放到c4 commit中，experiment下的修改被放到c3 commit中。

 

`　　 若是咱们使用merge合并两个分支

　　　　1 $ git checkout master 　　　　2 $ git merge experiment

                             

　　咱们看到，merge所作的事情其实是：

1. 1. 首先找到master和experiment中最新的commit的最近公共祖先，在这里就是c4和c3的最近公共祖先c2。
   2. 将experiment分支上在c2之后的全部commit合并成一个commit，并与master合并
   3. 若有合并冲突（两个分支修改了同一个文件），首先人工去除重复。
   4. 在master上产生合并后的新commit

 

 & git rebase

 

　　rebase所作的事情也是合并两个分支，可是它的方式略有不一样。基于上例描述，rebase的工做流程是

1. 1. 首先找到master和experiment中最新的commit的最近公共祖先，在这里就是c4和c3的最近公共祖先c2。
   2. 将experiment分支上在c2之后的全部commit*所有移动到*master分支的最新commit以后，在这里就是把c3移动到c4之后。

                                                            

 

　　因为git的每个commit都只存储相对上一个commit的变化（或者说是差值，delta）。咱们经过移动c3到master，表明着在master上进行c3相应的修改。为了达成这一点，只需在experiment分支上rebase master

　　　　1 $ git checkout experiment 　　　　2 $ git rebase master

 

　　须要注意的是，rebase并非直接将c3移动到master上，而是建立一个副本。咱们能够经过实际操做发现这一点。在rebase先后，c3的hash code是不同的。

　　rebase前的commit log是

　　　　* 1b4c6d6 (master) <- c4 　　　　| * 66c417b (experiment) <- c3 　　　　|/ 　　　　* 972628d

　　rebase后的commit log是

　　　　* d9eeb1a - (experiment) <- c3' 　　　　* 1b4c6d6 - (master) <- c4 　　　　* 972628d

　　能够发现c3的hash code从66c417b变到了d9eeb1a。

　　在这以后，咱们只须要在master上进行一次前向合并(fast-forward merge)

　　　　$ git checkout master 　　　　$ git merge experiment

 

                                                              

　　rebase以后的commit log呈线性，更加清晰。此时若是experiment分支再也不被须要，咱们能够删除它。

　　　　$ git branch -d experiment

 

 

  & git rebase 使用

 　　永远不要rebase一个已经分享的分支（到非remote分支，好比rebase到master,develop,release分支上），也就是说永远不要rebase一个已经在中央库中存在的分支.只能rebase你本身使用的私有分支.

　　在执行git rebase以前，老是多问问你本身：“有没有其余人也须要这个分支来工做？”，若是答案是yes，那么你就须要思考必须使用一种非破坏性的方式来完成rebase同样的工做（就是须要合入别人的

工做成果），好比使用git revert命令。不然，若是这个branch没有别人来使用，那么很好，你能够很是安全地为所欲为地re-write history（注意rebase每每会重写历史，全部已经存在的commits虽然内容没

有改变，可是commit自己的hash都会改变!!!）