原文链接：http://www.manongjc.com/detail/16-rzkjjdkpalqlsyj.html
由于在这里碰到了问题，以此来记录。
使用场景，在一个orgin上有两个分支，一个是test一个是master,两个分支都上传了相应的代码
下面是master的仓库需要提交修改之后的

git pull=git fetch + git merge
git pull --rebase=git fetch+git rebase
git fetch : 从远程分支拉取代码,可以得到远程分支上最新的代码。

所以git pull origin master与git pull --rebase origin master的区别主要是在远程与本地代码的合并上面了。

现在有两个分支：test和master，假设远端的master的代码已经更改了（在B基础上变动：C,E），test的代码更改了要提交代码（在B基础上变动：D,E），如下图：

      D---E test
      /
 A---B---C---F--- master

问题就来了，如果C,F和D,E的更改发生冲突，那么就需要我们合并冲突了，下面我们来看看git merge和git rebase怎么合并的

git merge:

       D--------E
      /          \
 A---B---C---F----G---   test, master

git rebase

A---B---D---E---C‘---F‘---   test, master

对比可看出：git merge多出了一个新的节点G，会将远端master的代码和test本地的代码在这个G节点合并，之前的提交会分开去显示。

git --rebase会将两个分支融合成一个线性的提交，不会形成新的节点。

rebase好处

rebase好处
想要更好的提交树，使用rebase操作会更好一点。
这样可以线性的看到每一次提交，并且没有增加提交节点。
merge 操作遇到冲突的时候，当前merge不能继续进行下去。手动修改冲突内容后，add 修改，commit 就可以了。
而rebase 操作的话，会中断rebase,同时会提示去解决冲突。
解决冲突后,将修改add后执行git rebase –continue继续操作，或者git rebase –skip忽略冲突。
git pull --rebase origin master