Svn中也有分支管理,但是很low,Git的分支管理非常强大,本文先不去说分支管理内部到底怎么做的,我们先来看看Git中最基本的分支管理操作。

本文是Git系列的第四篇,了解前面的文章有助于更好的理解本文:


1.Git概述
2.Git基本操作
3.Git中的各种后悔药


分支的必要性

小伙伴们都知道,我们在完成一个项目时,不可能是“单线程”开发的,很多时候任务是并行的,举个栗子:项目2.0版本上线了,现在要着手开发3.0版本,同时2.0版本可能还有一些bug需要修复,这些bug修复之后我们可能还会发2.1,2.2,2.3这些版本,我们不可能等所有bug都修复完了再去开发3.0版本,修复2.0的bug和开发3.0的新功能是两个并行的任务,这个时候我们3.0的功能开发直接在master分支上进行肯定不合适,我们要保证有一个稳定,可以随时发版本的分支存在(一般情况下这个角色由master分支来扮演),此时我们就可以灵活的使用Git中的分支管理功能:

1.创建一个长期分支用来开发3.0功能,假设这个分支的名字就叫v3,我们在v3上添加新功能,并不断测试,当v3稳定后,将v3合并到master分支上。
2.创建一个特性分支用来修复2.0的bug,一旦bug修复成功,就将该分支合并到master上,一旦发现新bug,就立马再创建分支进行修复,修复成功之后再合并。

以上两个步骤同步进行,这在Svn中简直是不可想象的,因为Svn的分支管理太low,而Git能够让我们做到随心所欲的创建、合并和删除分支。

查看分支

我们可以通过git branch命令来查看当前仓库有哪些分支,而我们处于哪一个分支中,如下:

这里显示当前仓库只有一个master分支,这是git默认创建出来的,master前面的*表示我们当前处于这一个分支中。

分支创建和切换

我们可以利用git branch <分支名>命令来创建一个分支,然后利用git checkout <分支名>来切换分支,如下:

如果小伙伴觉得这样太麻烦,可以通过git checkout -b <分支名>来一步到位,创建并切换分支,如下:

也可以通过git checkout -命令来切换回上一个分支,如下:

分支合并

现在我切换到fa分支中,由于fa分支是从master分支中创建出来的,所以此时fa分支的内容和master分支的内容是一致的,然后我在fa分支中向git01.txt文件添加一行内容并提交,此时fa分支中的git01.txt和master分支中git01.txt的内容就不相同了,具体操作如下:

上图展示了此时master分支和fa分支的不同,现在我通过git merge --no-ff <分支名>命令将fa分支合并到master分支上。其中--no-ff表示强行关闭fast-forward方式,fast-forward方式表示当条件允许时,git直接把HEAD指针指向合并分支的头,完成合并,这种方式合并速度快,但是在整个过程中没有创建commit,所以如果当我们删除掉这个分支时就再也找不回来了,因此在这里我们将之关闭。

想要合并分支,我们先切换到master分支上,然后执行git merge --no-ff fa命令即可完成分支合并,如下图:

合并成功后,我们看到master分支上的git01.txt上已经有了fa分支中的内容了。

以图表方式查看分支

我们可以通过git log --graph命令来直观的查看分支的创建和合并等操作,如下图:

分支衍合

所谓的分支衍合其实也是分支合并的一种方式,下面我们就来看看这个分支衍合到底是什么样的。现在我的master分支的内容和fa分支的内容是保持一致的,fa是从master中创建出来的,如下图:

现在我向fa和master中各自做一次提交,如下图:

此时我们执行如下两条命令将两个分支合并:

$ git checkout fa
$ git rebase master

rebase命令在执行的过程中会首先把fa中的每个commit取消,并且将之保存为临时patch,再将fa分支更新为最新的master分支,然后再把那些临时的patch应用到fa上,此时fa分支将指向新创建的commit上,那些老的commit将会被丢弃,这些被丢弃的commit在执行git gc命令时会被删除。合并后的分支如下图:

上面的git rebase master命令在执行的过程中有可能会发生冲突,发生冲突时我们有两种方案,一种直接退回到之前的状态,另一种就是解决冲突继续提交。

退回到之前的状态

我们可以通过如下命令来回到之前的状态:

$ git rebase --abort

解决冲突

不过大多数情况下我们都是要解决冲突的,解决之后继续提交。此时我们用编辑器打开冲突的文件,看到的内容可能是这样的:

======上面的是HEAD中的内容,下面的是要合并的内容,根据自己的需求编辑文件,编辑完成之后,通过如下两条命令继续完成合并:

$ git add git01.txt
$ git rebase --continue

如下图:

冲突解决

我们前面提到了在分支衍合时出现冲突的解决方案,其实普通的合并也有可能出冲突,出现冲突很正常,解决就是了,git merge合并分支时如果出现冲突还是先重新编辑冲突文件,编辑完成之后,再执行git add 和git commit即可。

好了,分支管理我们就先说这么多,有问题欢迎留言讨论。

参考资料:

1.《GitHub入门与实践》
2.《Pro Git》

更多JavaEE和Git资料请关注公众号:

你可能感兴趣的文章

13 条评论
硪对沵始终如⒈ · 11月10日

master上添加数据,然后切至fa分支,不做操作,cat 此文件就已经有添加的数据了 。。。。。。这个是很正常的操作啊,如果你不想fa有该改动,你可以在 切换之前执行 add . commit

+3 回复

1

你看我现在理解的对吗?
cat <file>是关联的工作区文件,无论是哪个分支,各分支之间的区别是暂存区和本地仓库的区别,工作区都是一样的。是不是我理解的还有问题?

Sailing · 11月11日
1

不对啊,刚试了一下,master下提交,各分支会自动更新相关文件的,包括工作区、暂存区和本地仓库。

Sailing · 11月11日
1

我已经晕了,master下添加了数据,然后切至fa分支,有时会提示让commit以后才能切换。commit以后,fa分支 cat文件就不会有刚添加的数据了

Sailing · 11月11日
Sailing · 11月10日

讲的很细,我觉得跟着你我就能把git学个差不多。有两个问题:

  1. 我在master分支上的文件a添加一行后,切换至fa分支,fa分支下的文件a也已经添加了,这是为什么?

  2. 想问一下,你用的什么输入法工具,比搜狗好用吗?

+2 回复

1

1、这个是举例协同开发的情况吧,多人协作的情况下,有可能别人开发的代码合并入了master,也就是在master上添加了内容,然后自己的分支有新的内容但是没有合并入master,这个时候要合并,就可以用rebase
2、输入法是微软拼音吧。

loverinfo · 11月10日
0

@loverinfo 厉害了,输入法被你猜中了👍

独孤求败 作者 · 11月10日
0

@Sailing 第一个问题你可以再操作一遍看看结果,第二个问题是win10自带的输入法,词组联想功能不行,但是没有广告

独孤求败 作者 · 11月10日
dahong · 11月16日

我想请教个问题:
项目有三个分支:A,B,local。
我在其中的local分支里面修改了一部分文件的内容,我想把这些修改后的内容同步到其他分支。
因为这三个分支没法合并(合并要修改太多东西),目前我知道的是在三个分支里面来回切换进行修改,有什么方便的操作可以直接合并分支中的某几个文件?

回复

载入中...
独孤求败 独孤求败

938 声望