四、分支的操作
分支的操作 在进行多个并行作业时，我们会用到分支。在这类并行开发的过程中，往往同时存在多个最新代码状态。
分支的操作
在进行多个并行作业时，我们会用到分支。在这类并行开发的过程中，往往同时存在多个最新代码状态。
从 master 分支创建 feature-A 分支和 fix-B 分支后， 每个分支中都拥有自己的最新代码。
master 分支是 Git 默认创建的分支，因此基本上所有开发都是以这个分支为中心进行的。
不同分支中，可以同时进行完全不同的作业。等该分支的作业完成之后再与 master 分支合并。比如 feature-A 分支的作业结束后与 master 合并。
- 显示分支 git branch
git branch 命令可以将分支名列表显示，同时可以确认当前所在分支。
$ git branch
* master
可以看到 master 分支左侧标有 “*”（星号），表示这是当前所在的分支。 也就是说，正在 master 分支下进行开发。
结果中没有显示其他分支名，表示本地仓库中只存在 master 一个分支。
- 创建、切换分支 git checkout -b
如果想以当前的 master 分支为基础创建新的分支，需要用到 git checkout -b 命令。
- 切换到 feature-A 分支并进行提交
执行下面的命令，创建名为 feature-A 的分支。
$ git checkout -b feature-A
Switched to a new branch 'feature-A'
实际上，连续执行下面两条命令也能收到同样效果。
$ git branch feature-A
$ git checkout feature-A
创建 feature-A 分支，并将当前分支切换为 feature-A 分支。
这时再来查看分支列表，会显示处于 feature-A 分支下。
$ git branch
* feature-A
master
feature-A 分支左侧标有“*”，表示当前分支为 feature-A。
在这个状态下像正常开发那样修改代码、执行 git add 命令并进行提交的话，代码就会提交至 feature-A 分 支。
像这样不断对一个分支（例如 feature-A ）进行提交的操作，称为“培育分支”。
下面来实际操作一下。在 README.md 文件中添加一行。
# Git教程
- feature-A
这里添加了 feature-A 这样一行字母，然后进行提交。
$ git add README.md
$ git commit -m "Add feature-A"
[feature-A 8a6c8b9] Add feature-A
1 file changed, 2 insertions(+)
于是，这一行就添加到 feature-A 分支中了。
- 切换到 master 分支
现在再来看一看 master 分支有没有受到影响。首先切换至master 分支。
$ git checkout master
Switched to branch 'master'
然后查看 README.md 文件，会发现 README.md 文件仍然保持原先的状态，并没有被添加文字。
feature-A 分支的更改不会影响到 master 分支，这正是在开发中创建分支的优点。
只要创建多个分支，就可以在不互相影响的情况下同时进行多个功能的开发。
- 切换回上一个分支
现在，再切换回 feature-A 分支。
$ git checkout -
Switched to branch 'feature-A'
像上面这样用“-”（连字符）代替分支名，就可以切换至上一个分支。
当然，将“-”替换成 feature-A 同样可以切换到 feature-A 分支。
- 特性分支
Git 与 Subversion（SVN）等集中型版本管理系统不同，创建分支时不需要连接中央仓库，所以能够相对轻松地创建分支。
因此，当今大部分工作流程中都用到了特性（Topic）分支。
特性分支顾名思义，是集中实现单一特性（主题），除此之外不进行任何作业的分支。
在日常开发中，往往会创建数个特性分支，同时在此之外再保留一个随时可以发布软件的稳定分支。稳定分支的角色通常由 master 分支担当。
之前创建了 feature-A 分支，这一分支主要实现 feature-A，除 feature-A 的实现之外不进行任何作业。
即便在开发过程中发现了 BUG，也需要再创建新的分支，在新分支中进行修正。
基于特定主题的作业在特性分支中进行，主题完成后再与 master 分支合并。
只要保持这样一个开发流程，就能保证 master 分支可以随时供人查看。
这样一来，其他开发者也可以放心大胆地从 master 分支创建新的特性分支。
- 主干分支
主干分支是刚才讲解的特性分支的原点，同时也是合并的终点。
通常人们会用 master 分支作为主干分支。 主干分支中并没有开发到一半的代码，可以随时供他人查看。
有时需要让这个主干分支总是配置在正式环境中，有时又需要用标签 Tag 等创建版本信息，同时管理多个版本发布。
拥有多个版本发布时，主干分支也有多个。
- 合并分支 git merge
接下来，假设 feature-A 已经实现完毕，想要将它合并到主干分支 master 中。首先切换到 master 分支。
$ git checkout master
Switched to branch 'master'
然后合并 feature-A 分支。为了在历史记录中明确记录下本次分支合并，在合并时加上 --no-ff参数。
$ git merge --no-ff feature-A
随后编辑器会启动，用于录入合并提交的信息。
Merge branch 'feature-A'
# Please enter a commit message to explain why this merge is necessary,
# especially if it merges an updated upstream into a topic branch.
#
# Lines starting with '#' will be ignored, and an empty message aborts
# the commit.
默认信息中已经包含了是从 feature-A 分支合并过来的相关内容，所以可不必做任何更改。
将编辑器中显示的内容保存，关闭编辑器，然后就会看到下面的结果。
Merge made by the 'recursive' strategy.
README.md | 2 ++
1 file changed, 2 insertions(+)
这样一来，feature-A 分支的内容就合并到 master 分支中了。
- 以图表形式查看分支 git log --graph
用 git log --graph 命令进行查看的话，能很清楚地看到特性分支（feature-A）提交的内容已被合并。
除此以外，特性分支的创建以及合并也都清楚明了。
$ git log --graph
* commit 83b0b94268675cb715ac6c8a5bc1965938c15f62
| Merge: fd0cbf0 8a6c8b9
| | Author: hirocaster <hohtsuka@gmail.com>
| | Date: Sun May 5 16:37:57 2013 +0900
| |
| | Merge branch 'feature-A'
| |
| * commit 8a6c8b97c8962cd44afb69c65f26d6e1a6c088d8
|/ Author: hirocaster <hohtsuka@gmail.com>
| Date: Sun May 5 16:22:02 2013 +0900
|
| Add feature-A
|
* commit fd0cbf0d4a25f747230694d95cac1be72d33441d
| Author: hirocaster <hohtsuka@gmail.com>
| Date: Sun May 5 16:10:15 2013 +0900
|
| Add index
|
* commit 9f129bae19b2c82fb4e98cde5890e52a6c546922
Author: hirocaster <hohtsuka@gmail.com>
Date: Sun May 5 16:06:49 2013 +0900
First commit
git log --graph 命令可以用图表形式输出提交日志，非常直观，请大家务必记住。