Git分支操作总结

无主题博客 » Git » Git分支操作总结

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

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

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

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

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

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

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:特性分支的概念
201604181215

之前我们创建了 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入门与实践》

2 thoughts on “Git分支操作总结”

发表评论

电子邮件地址不会被公开。 必填项已用*标注