分支管理
分支在实际中的作用是，再给当前项目开发新功能的时候，可以将新功能未完成的代码库提交到独立的分支，但整体完成后再合并到主分支。从而既保证了原项目能正常运作，又杜绝了新功能丢失进度的风险。
创建与合并分支
创建dev分支：
$ git checkout -b dev
Switched to a new branch 'dev'
git checkout命令加上-b参数表示创建并切换，相当于以下两条命令：
$ git branch dev
$ git checkout dev
用git branch命令查看当前分支：
$ git branch
* dev
master
git branch命令会列出所有分支，并在当前分支前标*号。
现在可以在dev分支上进行修改，比如在readme.txt加上一行：
Creating a new branch is quick.
在提交并切换到master分支后，可以发现master分支的提交点没有变化。
接下来合并master分支和dev分支：
$ git merge dev
Updating b3ce958..f39faf9
Fast-forward
readme.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Fast-forward信息表示此次合并是”快进模式“，直接把master指向dev的提交。
合并完成后可以放心删除dev分支：
$ git branch -d dev
Deleted branch dev (was f39faf9).
解决冲突
在合并分支是也可能会出现一些问题，比如：
创建一个新的分支featurel，并将readme.txt文件的最后一行改为：
Creating a new branch is quick AND simple.
在featurel分支上提交：
$ git add readme.txt
$ git commit -m "And simple"
[featurel 724fe08] And simple
1 file changed, 1 insertion(+), 1 deletion(-)
切换到master分支：
$ git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 1 commit.
(use "git push" to publish your local commits)
此时Git还会提示本地master分支进度比远程master分支超前一个提交。
如果我们在master分支上把readme.txt文件的最后一行修改为：
Creating a new branch is quick & simple.
并提交，那么master分支与featurel分支都分别有了新的提交，如图：
这种情况下，Git无法执行“快速合并”，只能试图把各自的修改合并起来，但这种合并就可能会有冲突，比如：
$ git merge feature1
Auto-merging readme.txt
CONFLICT (content): Merge conflict in readme.txt
Automatic merge failed; fix conflicts and then commit the result.
readme.txt文件存在冲突，需要手动解决之后才能提交。此时可用git status查找冲突的文件。
$ git status
# On branch master
# Your branch is ahead of 'origin/master' by 2 commits.
#
# Unmerged paths:
# (use "git add/rm <file>..." as appropriate to mark resolution)
#
# both modified: readme.txt
#
no changes added to commit (use "git add" and/or "git commit -a")
此时编辑readme.txt可以看到：
Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
Git tracks changes of files.
<<<<<<< HEAD
Creating a new branch is quick & simple.
=======
Creating a new branch is quick AND simple.
>>>>>>> feature1
Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容。
再次修改如下后保存：
Creating a new branch is quick and simple.
并提交：
$ git add readme.txt
$ git commit -m "conflict fixed"
[master f648aa0] conflict fixed
现在的分支情况就如下图所示：
用带参数的git log也可以看到分支的合并情况：
* f648aa0 conflict fixed
|\
| * 44f163b AND simple
* | 2a2a0d6 & simple
|/
* 2db35f3 brach test
...
最后，删除feature1分支：
$ git branch -d feature1
Deleted branch feature1 (was 44f163b).
分支管理策略
合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。
操作如下：
$ git checkout -b dev
Switched to a new branch 'dev'
$ git add readme.txt
$ git commit -m "add merge"
[dev 6224937] add merge
1 file changed, 1 insertion(+)
$ git checkout master
Switched to branch 'master'
$ git merge --no-ff -m "merge with no-ff" dev
Merge made by the 'recursive' strategy.
readme.txt | 1 +
1 file changed, 1 insertion(+)
此时用git log可查看分支历史：
$ git log --graph --pretty=oneline --abbrev-commit
* 7825a50 merge with no-ff
|\
| * 6224937 add merge
|/
* 59bc1cb conflict fixed
...
Bug分支
Git提供了stash功能可以暂存不方便提交的工作，以便于切换到其他分支时不丢失当前进度。
示例：
$ git stash
Saved working directory and index state WIP on dev: 6224937 add merge
HEAD is now at 6224937 add merge
可用git stash list查看暂存的工作。
恢复则有两种选择，一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；
另一种方式是用git stash pop，恢复的同时把stash内容也删了。
Future 分支
软件开发中，总有无穷无尽的新的功能要不断添加进来。
添加一个新功能时，肯定不希望因为一些实验性质的代码，把主分支搞乱了，所以，每添加一个新功能，最好新建一个feature分支，在上面开发，完成后，合并，最后，删除该feature分支。
现在，终于接到了一个新任务：开发代号为Vulcan的新功能，该功能计划用于下一代星际飞船。
于是准备开发：
$ git checkout -b feature-vulcan
Switched to a new branch 'feature-vulcan'
5分钟后，开发完毕：
$ git add vulcan.py
$ git status
# On branch feature-vulcan
# Changes to be committed:
# (use "git reset HEAD <file>..." to unstage)
#
# new file: vulcan.py
#
$ git commit -m "add feature vulcan"
[feature-vulcan 756d4af] add feature vulcan
1 file changed, 2 insertions(+)
create mode 100644 vulcan.py
切回dev，准备合并：
$ git checkout dev
一切顺利的话，feature分支和bug分支是类似的，合并，然后删除。
但是，就在此时，接到上级命令，因经费不足，新功能必须取消！
虽然白干了，但是这个分支还是必须就地销毁：
$ git branch -d feature-vulcan
error: The branch 'feature-vulcan' is not fully merged.
If you are sure you want to delete it, run 'git branch -D feature-vulcan'.
销毁失败。Git友情提醒，feature-vulcan分支还没有被合并，如果删除，将丢失掉修改，如果要强行删除，需要使用命令git branch -D feature-vulcan。
现在强行删除：
$ git branch -D feature-vulcan
Deleted branch feature-vulcan (was 756d4af).
删除成功！
多人协作
当从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了，并且，远程仓库的默认名称是origin。
要查看远程库的信息，用git remote：
$ git remote
origin
或者，用git remote -v显示更详细的信息：
$ git remote -v
orgin https://github.com/yimingjin1995/learngit.git (fetch)
orgin https://github.com/yimingjin1995/learngit.git (push)
上面显示了可以抓取和推送的origin的地址。如果没有推送权限，就看不到push的地址。
推送分支
推送分支，就是把该分支上的所有本地提交推送到远程库。推送时，要指定本地分支。例如：
$ git push origin dev
