git fetch, git pull, git pull -rebase区别

抄经的和尚 2016-04-20 13:51:32

15084

1、git fetch vs git pull

都是从远程拉取代码到本地，git fetch只是拉取到本地，git pull不仅拉取到本地还merge到本地分支中。所以git pull是git fetch与git merge的集合体。

详情参考： http://www.tech126.com/git-fetch-pull/

2、git pull 中的rebase参数用处

参考网页：http://blog.csdn.net/hudashi/article/details/7664631

假设现在有两个分支如下图所示：

如果想把origin分支的内容通过git merge到mywork分支，之后的效果如图所示：

如果采用git rebase呢，git rebase命令会把你的"mywork"分支里的每个提交(commit)取消掉，并且把它们临时保存为补丁(patch)(这些补丁放到".git/rebase"目录中),然后把"mywork"分支更新为最新的"origin"分支，最后把保存的这些补丁应用到"mywork"分支上。

最后效果如图所示：

在 rebase 的过程中，也许会出现冲突(conflict). 在这种情况，Git会停止rebase并会让你去解决冲突；在解决完冲突后，用" git-add "命令去更新这些内容的索引(index), 然后，你无需执行 git-commit,只要执行:

$ git rebase --continue

这样git会继续应用(apply)余下的补丁。

在任何时候，你可以用--abort参数来终止rebase的行动，并且"mywork" 分支会回到rebase开始前的状态。

$ git rebase --abort

如果在git pull的时候加上rebase参数，即git pull --rebase,这里表示把你的本地当前分支里的每个提交(commit)取消掉，并且把它们临时保存为补丁(patch)(这些补丁放到".git/rebase"目录中),然后把本地当前分支更新为最新的"origin"分支，最后把保存的这些补丁应用到本地当前分支上。

个人理解，其实用rebase还是不用rebase都可以实现代码的合并，用不用取决于你更重视哪一方的代码，如果认为origin是主要的，那么就加rebase，因为这样就能最大程度的保证origin代码不被你错误修改。