git 学习5（分支管理）

分支在实际中有什么用呢？假设你准备开发一个新功能，但是需要两周才能完成，第一周你写了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 分支名