Git分支管理

本章我们会介绍使 Git 与其它版本控制系统区别开来的最关键特点 ———— Git 的分支。它被称为 Git 的“必杀技”。 以及如何使用和管理分支。

什么是分支

分支一方面类似科幻电影里面经常出现的平行宇宙,每个分支的代码版本都是独立演进的,分支之间的代码版本完全不会干扰另外一个代码版本的开发。但是,与平行宇宙不同的一点是,分支之间还能合并。

Git 的分支相比 SVN 要轻量很多,这是因为 Git 分支并不是复制一个新仓库,而是为一个分支存储一个指针,这个指针将指向某个提交对象。没错,这就和数据结构中常见的指针链表一样。所以 Git 的分支只是指针,并没有将仓库进行复制,每次提交都会让当前的分支向后移动,指向最后一次提交的对象。当你在切换分支时,Git 也只是改变指向当前所在分支的特殊指针 HEAD,所以可以快速地在各个分支之间进行切换。

分支的功能

分支在实际中可以方便的隔离开发。 假设你创建了一个属于你自己的分支,别人看不到,还继续在原来的分支上正常工作,而你在自己的分支上干活,想提交就提交,直到开发完毕后,再一次性合并到原来的分支上,这样,既安全,又不影响别人工作。

在命令行创建本地分支

也可以在命令行用 git branch 新建一个分支,回到上一章中提到的 learn-git 项目,我们在本地运行以下命令:

这条命令将会在本地仓库创建一个名为 “learn-branch” 的分支,这条分支指向最近一次提交的数据。要注意的是,运行该命令后,当前工作分支仍然是在 “master” 分支上,需要使用 git checkout 命令来进行分支之间的切换。

切换分支

本地分支切换

之前我们已经在本地创建好了分支,接下来切换到 “learn-branch” 分支:

git checkout 下面这句话告诉我们,我们已经成功地将工作分支切换到了 “learn-branch” 分支。

合并分支

接下来我们将描述本地两种常见情形下的合并分支操作。本地的分支合并都是在命令行解决的。

快进式合并

快进式合并分支,也叫Fast Foreword。 我们在 “learn-branch” 分支上进行一些操作,创建一个新的 txt 文件 “learn-branch.txt”,接着在其中输入一行 “I am studying git branch”:

接下来我们将 “learn-branch.txt” 加入到跟踪文件,并提交到本地仓库:

接下来我们回到 “master” 分支,并将 “learn-branch” 分支合并进来:

git merge [分支名] 命令将指定分支合并到当前工作分支中。请注意,合并时出现了 “Fast forward” 的提示。由于当前 “master” 分支所在的提交对象是要并入的 learn-branch 分支的直接上游,Git 只需把 master 分支指针直接右移。换句话说,如果顺着一个分支走下去可以到达另一个分支的话,那么 Git 在合并两者时,只会简单地把指针右移,因为这种单线的历史分支不存在任何需要解决的分歧,所以这种合并过程可以称为快进(Fast forward)。

合并之后,”master” 分支和 “learn-branch” 分支实际上是指向同一个位置。此时你可以通过

来删除某个分支。

FastForward 模式合并 MR/PR

MR 和 PR 在合并的时候默认会产生一个合并提交,但是如果在合并的时候勾选了“Fast-Forward 模式合并”,服务器会在合并的时候判断该 MR 或者 PR 是否符合“快进模式”合并,如果符合则会按照“快进模式”合并,不产生合并提交,如果是不符合“快进模式”合并的情况,则忽略该选项,依然以产生合并提交的方式合并。这个选项相当于 git merge 的 --ff 参数。

Git分支管理

普通分支合并

分支合并之前,最好使用 git pull 将 “master” 分支的代码更新到最新:

如果我们在合并之前对 “master” 分支和 “learn-branch” 分支都做了一些修改,那合并时就不会像快进合并那么简单了。

我们首先在 “master” 分支中做一些修改,比如将 “lear-branch.txt” 的内容进行修改:

接下来,我们进入到 “learn-branch” 分支,也对 “learn-branch.txt” 进行一些修改:

我们回到 “master” 分支再尝试合并分支:

通常来说,当工作分支所指向的提交对象并不是需合并分支的直接祖先,Git 不得不进行一些额外处理。Git 会根据分支的内容自动创建了一个包含了合并结果的提交对象,这个新的提交对象会包涵两次提交的内容。但是我们在两个分支中操作了同一个文件的同一个部分,这就需要我们手动来解决冲突了。

现在运行 git status 命令,我们会看到在哪里出现了冲突:

现在我们打开 learn-branch.txt,会发现 Git 加入了冲突解决标记:

可以看到 ======= 隔开的上半部分,是 HEAD(即 master 分支,在运行 merge 命令时的工作分支)中的内容,下半部分是在 learn-branch 分支中的内容。解决冲突的办法无非是二者选其一或者人工亲自整合到一起。把上述内容修改为这样:

接下来运行 git add 来告诉 Git 冲突已经解决,并运行 git commit 来完成合并:

这样的合并冲突在快进合并中不可能发生。

分支推送到仓库

当你想和其他人分享某个本地分支时,你需要把它推送到一个你拥有写权限的远程仓库。你创建的本地分支不会因为你的写入操作而被自动同步到你引入的远程服务器上,你需要明确地执行推送分支的操作。换句话说,对于无意分享的分支,你尽管保留为私人分支好了,而只推送那些协同工作要用到的特性分支。

我们可以使用 git push [仓库名] [分支名] 将之前在本地创建的 “learn-branch” 分支推送到 部署在 Coding.net 的 “learn-git” 项目中:

现在查看 “learn-git” 仓库,你就会发现除了 “master” 分支外,还增加了一个 “learn-branch” 分支。

发表评论

:?: :razz: :sad: :evil: :!: :smile: :oops: :grin: :eek: :shock: :???: :cool: :lol: :mad: :twisted: :roll: :wink: :idea: :arrow: :neutral: :cry: :mrgreen: