当Git无法自动合并分支时,就必须首先解决冲突。解决冲突后,再提交,合并完成。
详细学习可浏览网站:廖雪峰哥Git官网
1.用git log --graph命令可以看到分支合并图。
git log --graph --pretty=oneline --abbrev-commitgit log --graph --pretty=oneline
2.分支管理策略
通常,合并分支时,如果可能,Git会用Fast forward模式,但这种模式下,删除分支后,会丢掉分支信息。如果要强制禁用Fast forward模式,Git就会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息。
合并dev分支,请注意--no-ff参数,表示禁用Fast forward:
git merge --no-ff -m "merge with no-ff" dev
因为本次合并要创建一个新的commit,所以加上-m参数,把commit描述写进去。
合并分支时,加上--no-ff参数就可以用普通模式合并,合并后的历史有分支,能看出来曾经做过合并,而fast forward合并就看不出来曾经做过合并。
3.Bug分支
软件开发中,bug很多。有了bug就需要修复,在Git中,由于分支是如此的强大,所以,每个bug都可以通过一个新的临时分支来修复,修复后,合并分支,然后将临时分支删除。工作只进行到一半,还没法提交,预计完成还需1天时间。但是,必须在两个小时内修复该bug,怎么办?
Git还提供了一个stash功能,可以把当前工作现场“储藏”起来,等以后恢复现场后继续工作。
现在,用 git status查看工作区,就是干净的(除非有没有被Git管理的文件),因此可以放心地创建分支来修复bug。
git stash list(查看贮藏的分区)
一是用 git stash apply恢复,但是恢复后,stash内容并不删除,你需要用 git stash drop来删除;
另一种方式是用 git stash pop,恢复的同时把stash内容也删了:
可以多次stash,恢复的时候,先用git stash list查看,然后恢复指定的stash,用命令:
git stash apply stash@{0}