多人开发时，一般都会使用git来进行代码管理。
使用过git的童鞋肯定对git pull git push git merge非常熟悉。那么，大家有没有了解过git rebase命令呢？
基本概念
rebase翻译成中文叫“变基”，相比merge，rebase并没有进行合并操作，该命令只是提取了当前分支的修改，将其复制在了目标分支的最新提交后面。
rebase 与 merge
拿工作中常见的场景来举例，小志和其他小伙伴一起开发一个项目。
他们基于master分支生成develop分支，小志在develop分支上进行了两个提交（develop分支修改1，develop分支修改2）。与此同时，其他小伙伴也进行了两次提交（master分支修改1，master分支修改2），并且已经合并到了master分支。
初始仓库
现在要将小志的代码合并到master分支上然后进行发版上线。
merge
我们都习惯了这样操作：
在master分支上，使用git merge命令把develop分支合并到master分支。
master分支节点图.png
由图可见，合并时会新增一个节点f87cb3b。其实这个节点并没有实际意义。
rebase
让我们来尝试使用下rebase命令。
第一步，在develop分支上使用git rebase命令，提取develop分支上的修改，将其复制到master分支的最新提交后面。
develop分支节点图.png
第二步， 切换到master分支，使用
git merge命令把develop分支合并到master分支。
master分支节点图.png
重点来了，master的分支节点非常整洁，没有类似merge branch 'develop' 信息的多余节点。而且看起来会更清楚：仿佛所有修改都是在一根线上先后进行的，尽管实际上它们原本是同时并行发生的。
这样可以让更好追踪master分支上的变更，更好地对master分支进行维护。
结论
如果仅仅使用merge,我们可能会得到这么一个让人头昏眼花的分支节点图：
image.png
使用rebase的目的，就是想要得到一个干净漂亮的历史节点图，利于分支的维护。
