禁用 Fast forward 模式的合并
通常，合并分支時，如果可能，Git 會用 Fast forward 模式，但這種模式下，刪除分支后，會丟掉分支信息。
如果要強制禁用 Fast forward 模式，Git 就會在 merge 時生成一個新的 commit，這樣，從分支歷史上就可以看出分支信息。
現(xiàn)在我們用 --no-ff 方式來 git merge：
我們有一個原始版本的 test.txt，現(xiàn)在提交這個 commit：
$ git add test.txt
$ git commit -m '原始版本'
然后創(chuàng)建并轉(zhuǎn)到一個分支 dev：
$ git checkout -b dev
修改 text.txt ，然后提交一個 commit：
$ git add test.txt
$ git commit -m '修改版本'
現(xiàn)在我們切回到 master：
$ git checkout master
合并 dev 分支，請注意 --no-ff 參數(shù)，表示禁用 Fast forward，因為本次合并要創(chuàng)建一個新的 commit，所以加上 -m 參數(shù)，把 commit 描述寫進(jìn)去。
$ git merge --no-ff -m "--no-ff 模式合并產(chǎn)生的版本" dev
合并后，我們用git log看看分支歷史：
$ git log --graph --pretty=oneline --abbrev-commit
* 1ebcf44 no-ff 模式的合并產(chǎn)生的版本
|\
| * ce7cece 修改版本
|/
* ceceebe 原始版本
可以看到，不使用 Fast forward 模式，merge 后就像這樣：
如果使用 Fast forward 模式來合并，合并后不會產(chǎn)生新的 commit：
$ git log --graph --pretty=oneline --abbrev-commit
* 67f2c8b 新增
* 7f40dcf 原始
分支策略
在實際開發(fā)中，我們應(yīng)該按照幾個基本原則進(jìn)行分支管理：
首先，master 分支應(yīng)該是非常穩(wěn)定的，也就是僅用來發(fā)布新版本，平時不能在上面干活。
那在哪干活呢？干活都在 dev 分支上，也就是說，dev 分支是不穩(wěn)定的，到某個時候，比如1.0版本發(fā)布時，再把 dev 分支合并到 master 上，在 master 分支發(fā)布 1.0 版本。
你和你的小伙伴們每個人都在 dev 分支上干活，每個人都有自己的分支，時不時地往 dev 分支上合并就可以了。
所以，團(tuán)隊合作的分支看起來就像這樣：
