当前位置:   article > 正文

git rebase & git pull --rebase_git pull --no-rebase

git pull --no-rebase

git merge

这里写图片描述
merge后产生的一个节点,其继承于两个分支。

git rebase

$ git checkout mywork
$ git rebase bugfix 
  • 1
  • 2

让当前分支并入bugfix的下游!也就是说bugfix是mywork的新base
切换到mywork,并让mywork放到bugfix中的下游去。

效果如下:
这里写图片描述
注意:
当’mywork’分支更新之后,它会指向这些新创建的提交(commit),而那些老的提交会被丢弃。 如果运行垃圾收集命令(pruning garbage collection), 这些被丢弃的提交就会删除. (请查看 git gc)

git fetch

说明git pull 之前一定要说明git fetch
git fetch 不会修改当前你的分支,他只会修改本地的远程分支
效果如下:
这里写图片描述
可以看到,git fetch之后会更新origin/master的指针位置,但是并不会改变工作分支master

git pull

git pull命令的作用是,取回远程主机某个分支的更新,再与本地的指定分支合并。它的完整格式稍稍有点复杂。
$ git pull <远程主机名> <远程分支名>:<本地分支名>
比如,取回origin主机的next分支,与本地的master分支合并,需要写成下面这样。
$ git pull origin next:master

git pull –rebase

git pull –rebase 隐含了两点,一点是当前分支肯定是一个跟踪分支,否则git 无法知道远程repo地址以及取哪个分支

假设我们有一个远程分支 origin/b1,其跟踪分支为b1,当前分支也为为b1
当执行git pull –rebase时,其动作分为两部分
1. git fetch 当前分支
2. git rebase origin/b1 (将b1放到origin/b1)的下游去
效果如下:
这里写图片描述

缺点

git rebase 将图中的C3 C5挨个与 origin/master 合并,当本地的master分支与origin/master相差很多个commit的时候,会非常麻烦,这时候我们可以直接fetch 再merge到当前分支,再推送

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

闽ICP备14008679号