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

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

版权声明：本文来源CSDN，感谢博主原创文章，遵循 CC 4.0 by-sa 版权协议，转载请附上原文出处链接和本声明。
原文链接：https://blog.csdn.net/duomengwuyou/article/details/51199597
站方申明：本站部分内容来自社区用户分享，若涉及侵权，请联系站方删除。

发表于 2021-06-13 09:54:30
阅读 ( 1007 )
分类：

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

你可能感兴趣的文章

精选的优质文章

0 条评论

官方社群

GO教程

推荐文章

猜你喜欢

随便看看