Git超详解五 变基 （看不懂算我输）

假如有这样一个提交图

然后我们把dev分支合并到master分支后，结果图为：

以上是采用正常的merge操作实现的结果。还有另外一种方式，可以将dev上的代码合并到master分支上。那就是变基。变基命令为git rebase。命令如下：

到现在为止，我们通过merge和rebase得到的结果都是一样的，就是都把代码合并到master分支上了。

不管是变基操作后最新的提交，还是合并操作后最终的合并提交，这两个提交的快照内容是完全一样的，这两种操作的结果区别只是得到的提交历史不一样。总结一下，变基操作是把某条开发分支线上的工作在另一个分支线上按顺序重现。而合并操作则是找出两个分支的末端，并把他们合并到一起。

1.看公司的策略。有的公司认为提交历史就是实际发生过的事件的记录。它是一个记载着历史的“史书”，自有其价值，而且不能随意篡改。从这个角度来说，是不允许更改提交历史，也就不能使用变基了。

2.还有另外一个角度是，提交历史是关于项目如何被构建的故事。就像我们写的软件，一定是整理好了才发出去，使得后来的人能够更好的理解项目的构建。这时候就推荐使用变基。

千万不要在协作的分支上（比如dev/master）上使用变基，否则会变得非常乱！

我们可以在自己的分支上，把代码变基到协作分支上，这样既不影响和别人的协作，也可以让自己的分支更加的简洁（也要看自己的喜好）。