參考鏈接:https://www.liaoxuefeng.com/wiki/896043488029600/900005860592480
補充
注意到Git用(HEAD -> master)和(origin/master)標識出當前分支的HEAD和遠程origin的位置分別是582d922 add author和d1be385 init hello，本地分支比遠程分支快兩個提交。
$ git log --graph --pretty=oneline --abbrev-commit * 582d922 (HEAD -> master) add author * 8875536 add comment * d1be385 (origin/master) init hello * e5e69f1 Merge branch 'dev' |\ | * 57c53ab (origin/dev, dev) fix env conflict | |\ | | * 7a5e5dd add env | * | 7bd91f1 add new env
在實際開發中，我們應該按照幾個基本原則進行分支管理：
首先，master分支應該是非常穩定的，也就是僅用來發布新版本，平時不能在上面干活；
那在哪干活呢？干活都在dev分支上，也就是說，dev分支是不穩定的，到某個時候，比如1.0版本發布時，再把dev分支合並到master上，在master分支發布1.0版本；
你和你的小伙伴們每個人都在dev分支上干活，(注意是每個人,包括你自己)每個人都有自己的分支，時不時地往dev分支上合並就可以了。
所以，團隊合作的分支看起來就像這樣：
小結
Git分支十分強大，在團隊開發中應該充分應用。
合並分支時，加上--no-ff參數就可以用普通模式合並，合並后的歷史有分支，能看出來曾經做過合並，而fast forward合並就看不出來曾經做過合並。
練習:驗證加上--no-ff參數,就能查看合並后的歷史分支
通常，合並分支時，如果可能，Git會用Fast forward模式，但這種模式下，刪除分支后，會丟掉分支信息。
如果要強制禁用Fast forward模式，Git就會在merge時生成一個新的commit，這樣，從分支歷史上就可以看出分支信息。
接下來創建一個新的分支並對其中的文件進行修改,然后添加提交.返回master分支
然后使用--no-ff參數合並
$ git merge --no-ff -m "merge with no-ff" dev Merge made by the 'recursive' strategy. readme.txt | 1 + 1 file changed, 1 insertion(+)
因為本次合並要創建一個新的commit，所以加上-m參數，把commit描述寫進去。
合並后，我們用git log看看分支歷史：
* e1e9c68 (HEAD -> master) merge with no-ff |\ | * f52c633 (dev) add merge#這個就是能夠查看的合並#刪除dev后也會有分支,只不過少了dev |/ * cf810e4 conflict fixed
不能查看合並歷史的分支是這樣
λ git merge dev3 Updating 61f64f3..e0d028a Fast-forward readme.txt | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) C:\Users\Administrator.SC-201605202132\learngit (master -> origin) λ git log --graph --pretty=oneline --abbrev-commit * e0d028a (HEAD -> master, dev3) 檢查是否刪除后依然能看出合並過#dev3 沒有分支的標記 * 61f64f3 merge with no-ff |\ | * 5c287fe modify this |/ * 127f749 conflict fixed |\ | * fb4d959 and simple * | 466aa52 & simple |/ * a8a3763 don't konw what