git rebase  更新分支，并在更新的分支上重新提交本分枝上的提交，最好合并成一个，这样就可以只处理一次冲突了

https://blog.csdn.net/nrsc272420199/article/details/85555911

https://www.jianshu.com/p/6960811ac89c

  那么来看看git rebase,  在master执行git rebase tmp，操作之后的分支如下：

       二者对比可知，rebase没有产生新的节点，使用rebase的git演进路线(提交树)是一直向前的，这样在版本回退时也很容易，用merge的git路线是跳跃的，如果版本回退你也找不到自己想要的版本，如果在merge时出现了冲突那就麻烦了，当前merge就不能继续进行下去，需要手动修改冲突内容后，add，commit, push. 而rebase 操作的话，会中断rebase,同时会提示去解决冲突。解决冲突后, 再执行 git rebase –continue 继续操作，再push.

————————————————
版权声明：本文为CSDN博主「令狐掌门」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/yao_hou/article/details/108178717