分支在实际中有什么用呢?假设你准备开发一个新功能,但是需要两周才能完成,第一周你写了50%的代码,如果立刻提交,由于代码还没写完,不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交,又存在丢失每天进度的巨大风险。
现在有了分支,就不用怕了。你创建了一个属于你自己的分支,别人看不到,还继续在原来的分支上正常工作,而你在自己的分支上干活,想提交就提交,直到开发完毕后,再一次性合并到原来的分支上,这样,既安全,又不影响别人工作。
其他版本控制系统如SVN等都有分支管理,但是用过之后你会发现,这些版本控制系统创建和切换分支比蜗牛还慢,简直让人无法忍受,结果分支功能成了摆设,大家都不去用。
但Git的分支是与众不同的,无论创建、切换和删除分支,Git在1秒钟之内就能完成!无论你的版本库是1个文件还是1万个文件。
一,创建分支:
$git branch 分支名
二,切换分支:
$git checkout 分支名
三,查看所有的分支和当前所在的分支
$git branch 当前分支前面会标一个*
号。
$git branch -a 会显示本地和远端的分支
四,合并分支
$git merge 分支名
五,删除分支
$git branch -d 分支名
$git push origin --delete 分支名 删除远端的分支
六,冲突管理
当分支各自都有新的提交,那么合并两个分支就会冲突,git会在冲突的地方做上标记,我们需要打开文件手动解决到冲突,然后在提交
用git log --graph
命令可以看到分支合并图。
七,分支策略
在实际开发中,我们应该按照几个基本原则进行分支管理:
首先,master
分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活;
那在哪干活呢?干活都在dev
分支上,也就是说,dev
分支是不稳定的,到某个时候,比如1.0版本发布时,再把dev
分支合并到master
上,在master
分支发布1.0版本;
你和你的小伙伴们每个人都在dev
分支上干活,每个人都有自己的分支,时不时地往dev
分支上合并就可以了。
八,当新建的分支没有工作完,不能提交和合并,这时有一个新的任务需要马上去做,可以把当下的分支进行存储,等以后恢复现场继续工作。
$git stash 命令进行存储
$git stash pop 命令进行恢复
九,删除掉没有合并的分支
$git branch -D 分支名