1. 分支管理介绍
1）分支即为两台主机，不同地点、不同时间在干不同的事情。然后上传共同主机，就可以得到所有分支的数据。
2）分支的用处？
如果要开发一个项目，但要两周完成。第一周只写了一半，如果立即提交，不完整的代码库会影响别人。如果等全部完成再提交，那会面临代码丢失的风险。那么你就可以创建一个自己的分支，别人看不见，等开发完了，再合并到一个分支。又安全，又不影响别人。
2. 创建与合并分支
1）创建dev分支，然后切换到dev分支
$ git checkout -b dev
Switched to a new branch 'dev'
git checkout命令加上-b 参数表示创建并切换，相当于以下两条命令
$ git branch dev
$ git checkout dev
Switched to branch 'dev'
2）然后，用git branch命令查看当前分支
$ git branch
* dev
master
3）接着就可以在dev分支上正常提交了，改一下cele.txt内容
$ git add cele.txt
$ git commit -m "branch test"
[dev b17d20e] branch test
1 file changed, 1 insertion(+)
4）dev分支工作完成，返回master分支
$ git checkout master
Switched to branch 'master'
返回master分支后，再去查看readme.txt，发现加的那行不见了。因为那个是提交在dev分支上，而master分支并没有做变动。
5）现在把dev分支的工作成果合并到master分支上
$ git merge dev
Updating d46f35e..b17d20e
Fast-forward
cele.txt | 3 +
1 file changed, 1 insertion(+)
git merge命令用于合并指定分支到当前分支。合并后再去查看cele文件，就和dev分支提交的内容一致了。
注意Fast-forward信息，Gitgap苏我们，这次合并是“快进模式”，也就是直接把master执行dev的当前提交，所以合并速度很快。
6）合并完成后，放心的删除dev分支了
$ git branch -d dev
Deleted branch dev (was b17d20e).
删除后，查看分支，就只剩下master了
$ git branch
* master
总结：
Git鼓励大量使用分支
1#查看分支： git branch
2#创建分支： git branch
3#切换分支： git checkout
4#创建+切换分支： git checkout -b
5#合并某分支到当前分支： git merge
6#删除分支： git branch -d
3. 解决冲突
如果在新建分支中提交的新的内容，在初始分支中也提交了新的内容。这时，git就无法合并了，但是它可以给你显示出两种数据记录，这是就必须认为手动合并了。合并之后，再提交。然后删除分支。
当Git无法自动合并分支时，就必须首先接触冲突。解决冲突后，再提交，合并完成。
解决冲突就是把git合并失败的文件手动编辑为我们想要的内容，然后提交。
用git log --graph命令可以看到分支合并图。按q退出log
4. 分支管理策略
通常在合并分支时，git默认使用Fast forward模式，但这种模式在删除分支后，会丢掉分支信息。如果强制禁用Fast forward模式，git就会在merge时生成一个新的commit，这样就可以从分支历史上查看分支信息了。
[if !supportLists]1）[endif]首先在分支上改变文件后返回master分支合并dev分支内容，只不过这次禁用fast forward
$ git merge --no-ff -m "merge with no-ff" devMerge made by the 'recursive' strategy.
readme.txt | 1 +
1 file changed, 1 insertion(+)
[if !supportLists]2）[endif]合并后，用git log查看分支历史
$ git log --graph --pretty=oneline --abbrev-commit
* e1e9c68 (HEAD -> master) merge with no-ff
|\
| * f52c633 (dev) add merge
|/
* cf810e4 conflict fixed
...
3）分支策略：
在实际开发中，我们应该按照几个基本原则进行分支管理：
1# master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
2#然后在干活的时候，都在dev分支上，也就是说，dev分支时不稳定的，到准备发布时，再把dev分支合并到master上，在master上发布新版本。
3#你和你的朋友都在dev分支上干活，每个人都有自己的分支，时不时往dev上合并就可以了。
总结：
1# git分支很强大，应该在团队开发中充分应用；
2#合并分支时，加上--no-ff参数就可以用普通模式合并，能看出来曾经做过合并。
5. Bug分支
如果有了bug要修复，而手头上的工作还无法提交，那可以用git的stash功能，他可以将目前的工作现场“储藏”起来，等以后搞定bug后就可以恢复现场继续工作。
比如我新增一个文件，然后并没有commit
student30@CN01VRIAPC30 MINGW64 /g/learngit (master)
$ git add work.txt
student30@CN01VRIAPC30 MINGW64 /g/learngit (master)
$ git status
On branch master
Your branch is ahead of 'origin/master' by 2 commits.
(use "git push" to publish your local commits)
Changes to be committed:
(use "git reset HEAD ..." to unstage)
new file: work.txt
student30@CN01VRIAPC30 MINGW64 /g/learngit (master)
用stash功能隐藏现在的工作状态
$ git stashSaved working directory and index state WIP on dev: f52c633 add merge
现在再来看status，工作树就是干净的，那就可以放心的新建分支来修复bug
$ git status
On branch master
Your branch is ahead of 'origin/master' by 2 commits.
(use "git push" to publish your local commits)
nothing to commit, working tree clean
在master上创建临时分支来修复bug
$ git checkout -b issue-101Switched to a new branch 'issue-101'
$ git add readme.txt $ git commit -m "fix bug 101"
[issue-101 4c805e2] fix bug 101
1 file changed, 1 insertion(+), 1 deletion(-)
修复完成后，切回master，合并分支后，删除issue-101分支
$ git checkout masterSwitched to branch 'master'Your branch is ahead of 'origin/master' by 6 commits.
(use "git push" to publish your local commits)
$ git merge --no-ff -m "merged bug fix 101" issue-101Merge made by the 'recursive' strategy.
readme.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
修复完bug，现在回到dev分支上继续干活
$ git checkout devSwitched to branch 'dev'
$ git status
On branch dev
nothing to commit, working tree clean
显示工作区时干净的，刚才还没提交的内容不见了？
其实还在，git把stash内容存在了某个地方，你得恢复一下。有两个办法：
用git stash apply恢复，但恢复后，stash内容并不删除，你需要用git stash drop删除；
另外一种是用git stash pop，回复的同时也把stash内容也删除了：
$ git stash pop
On branch dev
Changes to be committed:
(use "git reset HEAD ..." to unstage)
new file: hello.py
Changes not staged for commit:
(use "git add ..." to update what will be committed)
(use "git checkout -- ..." to discard changes in working directory)
modified: readme.txt
Dropped refs/stash@{0} (5d677e2ee266f39ea296182fb2354265b91b3b2a)
再用git stash list查看，就看不到任何stash内容了。
$ git stash list
6. Feature分支
如果让开发一个新的功能，你肯定不希望一些实验性操作把主分支内容搞乱，这是可以新建一个分支，在上面开发，完成后再合并，最后删除那个分支。
$ git checkout -b feature-vulcan
Switched to a new branch 'feature-vulcan'
在新建分支添加完功能后提交
$ git add vulcan.py
$ git statusOn branch feature-vulcanChanges to be committed:
(use "git reset HEAD ..." to unstage)
new file: vulcan.py
$ git commit -m "add feature vulcan"
[feature-vulcan 287773e] add feature vulcan
1 file changed, 2 insertions(+)
create mode 100644 vulcan.py
然后切回dev，准备合并
$ git checkout dev
接着，上面又不打算要这个功能了。OK，还是得删除
$ git branch -d feature-vulcanerror: The branch 'feature-vulcan' is not fully merged.If you are sure you want to delete it, run 'git branch -D feature-vulcan'.
提示因为feature-vulcan分支还没有被合并，如果删除，将丢掉修改，如果要强行删除，使用-D参数
总结：
1#开发一个新的功能，最好新建一个分支
2#如果要删除一个没合并过的分支，可以通过git branch -D 强行删除
7. 多人协作
1）查看远程仓库
要查看远程库的信息，用git remote
$ git remote
origin
或者用git remote -v显示更详细的信息
$ git remote -v
origin git@github.com:KisonGump/learngit.git (fetch)
origin git@github.com:KisonGump/learngit.git (push)
2）推送分支
推送分支，就是把该分支上所有本地提交推送到远程库。推送时，要指定本地分支，这样Git就会把该分支推送到远程库对应的远程分支上
$ git push origin master
推送其他分支
$ git push origin dev
3）抓取分支
如果出现同时修改一个文件，会出错。解决办法是，先把远程仓库文件pull下来，然后合并好之后，在push上去。
总结：
1#查看远程库信息，使用git remote -v
2#本地新建的分支不推送到远程，别人就看不到
3#从本地推送分支，使用git push origin branch-name,如果推送是比，先用git pull抓取远程的新提交
4#从本地创建和远程分支对应的分支，使用git checkout -b branch-name origin/branch-name,本地和远程分支的名称最好一致。
5#建立本地分支和远程分支的关联，使用git branch --set-upstream branch-name origin/branch-name
6#从远程抓取分支，使用git pull，如果有冲突，先处理冲突
