默认情况下， Git合并是采用"fast forward"模式，但这种模式下，如果删除分支，会丢掉分支信息
禁用 fast forward 模式：
git merge --no-ff -m "merge with no-ff" dev
分支策略
在实际开发中，我们应该按照几个基本原则进行分支管理：
首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；
你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。
bug 分支：
比如我们正在工作，突然需要修复一个bug，而当前手上dev分支的工作还没有做完，无法提交，可以使用命令：
git stash ----- 存储当前工作现场 (当前在dev 分支上)
然后创建一个分支
git checkout -b issue-101 （比如，在master分支上修复，那么，就需要在master分支上创建 issue-101分支）
修复好bug并提交
然后 切换到 master 分支上，合并 issue-101 分支
git merge --no-ff -m "merged fix bug 101" issue-101
合并完删除issue-101分支，
git branch -d issue-101
再切换到dev 分支，通过命令
git stash list ----- 查看存储的工作现场项
恢复有两种方法，第一种是 git stash apply 这种方法恢复后 stash 内容并未删除，还须 git stash drop 来删除
第二种是 git stash pop 这种方法恢复后会将stash内容一并删除，
当有多个stash时，可以回到任意一个stash，比如，我又三个stash项，现在我想回到stash@{1}项，
git stash pop stash@{1}
