git 在合并分支时有两种策略，是 Fast-forward 和 recursive。

合并分支时有如下两种情况。

Situation One

现在在 master 分支上有两次提交。基于 c2 的提交创建了分支 feature，在分支 feature 上做了两次提交。如下图。

此时如果将 feature 合并到 master 时就会如下图。

执行的步骤是：

在 master 分支上执行 git merge feature

上面的情况的合并策略是 Fast-foward。

 

如果在 master 分支上执行 git merge --no-ff feature 那么将会保留分支的信息。结果如下图

即使删除了 feature 分支，分支提交信息也会保留。上面合并策略是 recursive。

Situation Two

现在在 master 分支上有两次提交。基于 c2 的提交创建了分支 feature，然后在feature做了两次提交，但是在将 feature 合并到 master 之前，已经有人先一步修改了 master。如下图。

merge

如果将 feature 合并到 master 上时，采用如下命令：

在 master 分支上执行 git merge feature

那么合并后的结果就会如下图。

 

其中 m1 是在将 feature 合并到 master 输入的提交信息。上面的合并策略是 recursive。

 

如果在 master 分支上执行 git merge --squash feature，那么 feature 上面的提交都会被压缩在 m1 提交中，f1 和 f2 将看不到了。

在 master 分支上将只能看到 m1 的提交记录。

rebase

如果执行采用 rebase ，采用如下命令：

在 feature 分支上 git rebase master

然后切换到 master 分支上 git merge feature

这样合并后的得到的结果如下图。

执行 rebase 后feature 分支变成这样了

然后将 feature 合并到 master 上

 

rebase 操作的特点，把分叉的提交历史整理成一条直线，但是本地的分叉提交已经内修改过了。

上面情况的合并策略是 Fast-forward 。

INSERT