git rebase和 merge的区别

一直没搞懂git rebase和 git merge两个命令的区别，看了别人的这篇文档里的图示（http://gitbook.liuhui998.com/4_2.html），感觉明白多了。

图1

如图1，mywork分支 与origin/master进行merge了以后，会在master分支往前形成新的提交点。

但是，如果你想让"mywork"分支历史看起来像没有经过任何合并一样，你也许可以用 git rebase命令。这些命令会把你的"mywork"分支里的每个提交(commit)取消掉，并且把它们临时 保存为补丁(patch)(这些补丁放到".git/rebase"目录中),然后把"mywork"分支更新 到最新的"origin"分支，最后把保存的这些补丁应用到"mywork"分支上。

$ git checkout mywork
$ git rebase origin

图2

如图2所示，进行了rebase操作以后，相当于把分支改动按顺序平移了。就没有交叉了。成一条直线了。

图3

如图3所示，将两个产生的结果进行比较更加明显。比较之后，我会倾向于选择 git merge --no-ff
命令去合并分支，而不是git rebase。

标签：origin,git,rebase,merge,mywork,分支
来源： https://blog.csdn.net/wejack/article/details/116707112