当前位置:   article > 正文

git fetch, git pull, git pull -rebase区别_git pull --rebase 是否等同于 git fetch

git pull --rebase 是否等同于 git fetch

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代码不被你错误修改。


声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/小小林熬夜学编程/article/detail/571778
推荐阅读
相关标签
  

闽ICP备14008679号