Git 学习第三天（二）

默认情况下， 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}