Git分支操作总结

如果你对 Git 的基本操作还不太了解，请查看前一篇文章 Git基本操作总结 。

在进行多个并行作业时，我门会用到分支。在这类并行开发的过程中，往往同时存在多个最新代码状态。如图1所示，从 master 分支创建 feature-A 分支和 fix-B 分支后，给个分支中都拥有自己的最新代码。master 分支是 Git 默认创建的分支，因此基本上所有开发都是以这个分支为中心进行的。

图1:从 master 分支创建 feature-A 分支和 fix-B 分支

不同分支中，可以同时进行完全不同的作业。等该分支的作业完成之后再与 master 分支合并。比如 feature-A 分支的作业结束后与 master 合并，如图2所示。

通过灵活运用分支，可以让多人同时高效地进行并行开发。在这里，我们将带大家学习与分支相关的 Git 操作。

图2:feature-A 分支作业结束后的状态。

git branch ---- 显示分支一览表

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'fe

实际上，连续执行下面两条命令也能收获到同样效果。

$ 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 da158ac] Add feature-A
 1 file changed, 3 insertions(+), 2 deletions(-)

于是，这一行就添加到 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 分支担当（图3）。

图3：特性分支的概念

之前我们创建了 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 f97f79f737208fa8fba5551fed2649056278465c
|\ Merge: 7add331 a8b855a
| | Author: Frank <zhwuzhuo@gmail.com>
| | Date: Mon Apr 18 13:20:01 2016 +0800
| |
| | Merge branch 'feature-A'
| |
| * commit a8b855acb958d6d45436227c31f402a8489aaa50
|/ Author: Frank <zhwuzhuo@gmail.com>
| Date: Mon Apr 18 13:19:22 2016 +0800
|
| Add feature-A
|
* commit aad35dcde79bb3011ceade7e3346a7b8880870ca 
| Author: Frank &lt;zhwuzhuo@gmail.com&gt; 
| Date: Sun Apr 17 18:39:11 2016 +0800 
| 
| Add index 
|
* commit 537f4b017419693e0058795ad5618073181cce3d 
  Author: Frank <zhwuzhuo@gmail.com>
  Date: Sat Apr 16 19:23:15 2016 +0800

 Fist commit

git log --graph 命令可以用图表形式输出提交日志，非常直观，请大家务必记住。

文章内容参考：《GitHub入门与实践》