Git分支的创建与合并

|   Visit count

假设目前正在开发公司网站，并且使用Git管理项目代码，常见的流程大体如下:

1.开发公司网站。

2.为了开发某个新功能新建一个分支（假如叫develop），并在该分支上进行开发。

3.接到测试组的Bug反馈，返回主分支，新建一个新的分支（bugFix），在该分支上修复Bug，然后与主分支master合并。

4.将分支切换回develop，继续开发新功能，结束后和主分支master合并。

分支的新建与切换

假如公司网站项目已经开发了一段时间，并且使用Git提交了几次更新，提交历史如下图所示： 5432564e4dd112954c149fc91f973bba.png

为了开发新功能，新建分支develop并切换到该分支：

1
2
3
4
$ git branch develop

$ git checkout develop
Switched to branch 'develop'

也可以使用命令git checkout -b直接新建并切换：

1
2
$ git checkout -b develop
Switched to a new branch 'develop'

执行上述命令后，仓库历史大致如下所示： 2f061c2f3e462687b28b9181a293e63b.png

Git新建了一个分支指针develop，然后将HEAD指向develop。

接下来在该分支上开心的开发新功能，比如新建了公司网站About页面，添加了内容然后提交了此次修改：

1
2
3
4
5
6
7
8
$ vim About.html

$ git add About.html

$ git commit -a -m "add About.html page"
[develop b462691] add About.html page
 1 file changed, 12 insertions(+)
 create mode 100644 About.html

此时，仓库历史如下图所示： c28f6d6e343ef712f51239bfce4ab129.png

这时候接到测试组公司网站主页index.html的Bug反馈，于是将分支切换回主分支master，然后新建分支bugFix，修复Bug，并提交该修复：

1
2
3
4
5
6
7
8
9
10
11
$ git checkout master
Switched to branch 'master'

$ git checkout -b "bugFix"
Switched to a new branch 'bugFix'

$ vim index.html

$ git  commit -a -m "update index.html page"
[bugFix 11a3074] update index.html page
 1 file changed, 2 insertions(+), 2 deletions(-)

此时，仓库历史如下图所示： 12f41c03972a7c9871d69712579e25f9.png

假如确定Bug修复后，可以切换回master分支，然后将bugFix和master分支合并：

1
2
3
4
5
$ git merge bugFix
Updating e7ad858..11a3074
Fast-forward
 index.html | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

合并时出现了“Fast forward”的提示。如果顺着一个分支走下去可以到达另一个分支的话，那么Git在合并两者时，只会简单地把指针右移，因为这种单线的历史分支不存在任何需要解决的分歧，所以这种合并过程可以称为快进（Fast forward）。

此时bugFix分支已经完成了历史使命，可以使用命令git branch -d将其删除：

1
2
$ git branch -d bugFix
Deleted branch bugFix (was 11a3074).

合并master与bugFix，并删除bugFix分支后，仓库历史如下图所示： 4ee819ce53cf59c857757dc157e3cd31.png

Bug修复后，切换回develop分支继续开发新的功能，并且提交：

1
2
3
4
5
6
7
8
$ git checkout develop
Switched to branch 'develop'

$ vim About.html

$ git commit -a -m "add copyright"
[develop df8d879] add copyright
 1 file changed, 1 insertion(+)

此时，仓库历史如下图所示： e71eda52e1bd88d44e52b369dc10f720.png

分支合并

和合并master分支与bugFix分支那样，合并master与develop分支过程也差不多：

1
2
3
4
5
6
7
$ git checkout master
Switched to branch 'master'

$ git merge develop
Merge made by the 'recursive' strategy.
 About.html | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

由于master指向的C4并不是develop指向C5的直接祖先C2，所以合并方式不是“Fast forward”，Git 会用两个分支的末端（C4 和 C5）以及它们的共同祖先（C2）进行一次简单的三方合并计算。

合并master和develop后，仓库历史如下图所示： e9af22e3bc67f2f3bca32ac05f761577.png

解决合并冲突

假如在不同分支中都对同一个文件进行了修改，那么合并的时候就会发生冲突。比如在master分支和develop分支上都修改了About.html页面，然后进行分支合并：

1
2
3
4
$ git merge develop
Auto-merging About.html
CONFLICT (content): Merge conflict in About.html
Automatic merge failed; fix conflicts and then commit the result.

Git作了合并，但没有提交，它会停下来等你解决冲突。

可是使用命令git status查看哪些文件存在冲突：

1
2
3
4
5
6
7
8
9
10
11
12
$ git status
On branch master
You have unmerged paths.
  (fix conflicts and run "git commit")
  (use "git merge --abort" to abort the merge)

Unmerged paths:
  (use "git add <file>..." to mark resolution)

        both modified:   About.html

no changes added to commit (use "git add" and/or "git commit -a")

任何包含未解决冲突的文件都会以未合并（unmerged）的状态列出。编辑About.html页面，可看到文件包含类似下面部分的内容：

1
2
3
4
5
6
<<<<<<< HEAD
	<footer>2016~2017 All Rights Reserved</footer>
=======
	<footer>&copy;2016~2017</footer>

>>>>>>> develop

可以看到 ======= 隔开的上半部分，是HEAD（即 master 分支，在运行merge命令时所切换到的分支）中的内容，下半部分是在develop分支中的内容。解决冲突的办法无非是二者选其一或者由你亲自整合到一起。

1
<footer>&copy; 2016~2017 All Rights Reserved</footer>

《pro git》学习笔记

请作者喝瓶肥宅水🥤
0