Git 之 rebase（变基）

Git 的 变基主要是使git 的提交记录变得更加简洁。下面通过三个场景来理解rebase的应用。

1. 场景一

在开发一个功能时，可能需要几天，每天都提交了更改，最后完成整个功能，但是我们的提交记录中有多个版本，如V1，V2，V3 和 V4 版本，为了提交记录简洁，可以通过变基，将多个提交记录整合成一个记录，如下图：

实践案例模拟场景一：

新建个RebaseDemo文件夹，用于模拟：

模拟连续提交四个版本：

 

执行“git rebase -i 指定版本号” 命令可以将HEAD对应的当前最新版本号与指定的版本号之间的所有版本（包括v2,v3,v4）变基合并为一个新的版本号。

除了上面的方式还可以采用简单的方式：执行“git rebase -i HEAD~3” 命令代替上面的命令， “HEAD~3” 表示从当前最新的版本号开始，往前的三个版本，进行变基。 如下：

执行 “git rebase -i HEAD~3”命令，出现如下：

根据提示信息，我们编辑一下版本v2和v3的信息，将pick 改成“s”, 然后按下“esc”键，退出编辑，然后输入“:wq” 保存修改，如下：

 说明：把“pick”改成“s”，表示把加“s”的版本合并到上一个版本，比如这里是把“v4” 合并到“v3”, 把“v3”合并到“v2”,最终是把v3和v4都合并到了v2.

然后“enter” 执行保存，然后进入提示信息页面，这里展示了v2，v3和v4的原来提交信息，这个界面可以用于编辑合并后的提交信息，如下：

 编辑合并的提交信息如下：

 提示：按键盘“dd”可以快速删除一行文本。

接下来就变基成功了，如下：

然后看log：

 发现变基合并完成。

发现：合并后的提交其实是相当于一个新的提交，因为我们可以从版本序列号中看到其采用了新的序列号，如下：

合并前：

合并后：

 

注意：合并记录时建议不要合并已经提交到远程仓库的版本。 

2. 场景二

当分支dev开发并提交了新功能V3，主分支master上也提交了新的功能，我们要把dev分支合并到master分支，正常情况下，我们的最终分支结构如