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