git -- Fast forward（快进模式）和 no-ff

Fast forward（快进模式）

表示快进模式合并，即直接将当前分支指针指向要合并的分支

情景：master先提交两个commit后，checkout在master的基础上生成dev1.0【此时master和dev1.0指针都指向同一个commit】dev1.0再提交两个commit，开发出了登录功能；master将dev1.0的登录功能，进行merge时，会使用fast-forward模式进行合并；

# master添加第一个commit
master$ echo "a" > a.txt
master$ git add .
master$ git commit -m "master提交了a.txt"

# master添加第二个commit
master$ echo "b" > b.txt
master$ git add .
master$ git commit -m "master添加了b.txt" 

gitk --all查看

master提交两个commit

# 从master分支checkout生成 dev1.0
master$ git checkout -b dev1.0

# dev1.0添加第一个commit
dev1.0$ echo "c" > c.txt
dev1.0$ git add .
dev1.0$ git commit -m "dev1.0提交了c.txt"

# dev1.0添加第二个commit
dev1.0$ echo "d" > d.txt
dev1.0$ git add .
dev1.0$ git commit -m "dev1.0提交了d.txt"

gitk --all查看

dev1.0提交两个commit

说明：此时 dev1.0是master的上游。4个commit是线性的。此时切换到master合并dev1.0,master分支会进行快速合并模式（fast-forward），直接将master的HEAD指向dev1.0的HEAD；

dev1.0$ git checkout master
master$ git merge dev1.0
Updating fe41a69..f0bc6e7
Fast-forward
 c.txt | 1 +
 d.txt | 1 +
 2 files changed, 2 insertions(+)
 create mode 100644 c.txt
 create mode 100644 d.txt

master进行merge分支dev1.0

使用fast forward的缺点：

一旦删除分支或者分支指针往前走，很难体现该处提交是合并自某个分支的。

即：一旦dev1.0删除或者新提交commit，master的第三、四个commit很难知道是通过合并dev1.0的

# 此处演示dev1.0新提交了新的commit
master$git checkout dev1.0
dev1.0$echo "e" > e.txt
dev1.0$git add .
dev1.0$git commit -m "dev1.0添加了e.txt"

dev1.0再次提交新commit

说明：当dev1.0提交了 “dev1.0添加了e.txt”后，从上图看，我们很难知道master的第三、四commit来自合并dev1.0得来的。

no-ff（非快进模式）

如果禁用掉Fast-forward(快进模式)，就可以生成新的commit，从而避免了“一旦dev1.0删除或者新提交commit，master的第三、四个commit很难知道是通过合并dev1.0的”：

git merge --no-ff -m "commit描述" 要合并的分支名

master和dev1.0合并新产生一个commit

所以，使用no-ff进行merge。当dev1.0进行新提交commit，我们依旧可以知道master有跟dev1.0进行merge产生了一个commit；

详细见下面：

--no-ff进行merge dev1.0新提交commit

删除dev1.0依旧能看到master的commit（黄色HEAD）是通过merge得到的。

删除dev1.0