【Git】—— 分⽀的基本操作

目录

（一）理解分⽀

（二）创建分⽀

（三）切换分⽀

（四）合并分⽀

（五）删除分⽀

总结

---

（一）理解分⽀

本章开始介绍 Git 的杀⼿级功能之⼀（注意是之⼀，也就是后⾯还有之⼆，之三……）：分⽀。分⽀就 是科幻电影⾥⾯的平⾏宇宙，当你正在电脑前努⼒学习 C++ 的时候，另⼀个你正在另⼀个平⾏宇宙⾥ 努⼒学习 JAVA。

如果两个平⾏宇宙互不⼲扰，那对现在的你也没啥影响。不过，在某个时间点，两个平⾏宇宙合并

了，结果，你既学会了 C++ ⼜学会了 JAVA！

再来理解⼀下HEAD，HEAD 严格来说不是指向提交，⽽是指向master，master才是指向提交的，所 以，HEAD 指向的就是当前分⽀。

每次提交，master分⽀都会向前移动⼀步，这样，随着你不断提交，master分⽀的线也越来越⻓,⽽ HEAD只要⼀直指向master分⽀即可指向当前分⽀。

通过查看当前的版本库，我们也能清晰的理出思路:

---

（二）创建分⽀

Git ⽀持我们查看或创建其他分⽀，在这⾥我们来创建第⼀个⾃⼰的分⽀ dev ，对应的命令为：

 【说明】

• 当我们创建新的分⽀后，Git 新建了⼀个指针叫 dev； 
• * 表⽰当前 HEAD 指向的分⽀是 master 分 ⽀。

💨  另外，可以通过⽬录结构发现，新的 dev 分⽀：

💨 我们还发现⽬前 dev 和 master 指向同⼀个修改

💨  并且也可以验证下 HEAD ⽬前是指向 master 的

---

（三）切换分⽀

那如何切换到 dev 分⽀下进⾏开发呢？使⽤ git checkout 命令即可完成切换，⽰例如下：

• 我们发现 HEAD 已经指向了 dev，就表⽰我们已经成功的切换到了 dev 上

我们还可以打印看看进行验证：

• 接下来，在 dev 分⽀下修改 Test ⽂件，新增⼀⾏内容，并进⾏⼀次提交操作：

•  现在，dev 分⽀的⼯作完成，我们就可以切换回 master 分⽀：

•  切换回 master 分⽀后，发现ReadMe⽂件中新增的内容不⻅了！！！赶紧再切回 dev 看看

• 在 dev 分⽀上，内容还在。为什么会出现这个现象呢？我们来看看 dev 分⽀和 master 分⽀指向，发现两者指向的提交是不⼀样的：

• 看到这⾥就能明⽩了，因为我们是在dev分⽀上提交的，⽽master分⽀此刻的提交点并没有变

此时的状态如图如下所⽰：

当切换到 master 分⽀之时，HEAD 就指向了 master，当然看不到提交了！！

---

（四）合并分⽀

• 为了在 master 主分⽀上能看到新的提交，就需要将 dev 分⽀合并到 master 分⽀

⽰例如下：

git merge 命令⽤于合并指定分⽀到当前分⽀。合并后，master 就能看到 dev 分⽀提交的内容

了。此时的状态如图如下所⽰。

【注意】

1. Fast-forward 代表“快进模式”，也就是直接把master指向dev的当前提交，所以合并速度⾮常快；
2.  当然，也不是每次合并都能 Fast-forward，我们后⾯会讲其他⽅式的合并。

---

（五）删除分⽀

合并完成后, dev 分⽀对于我们来说就没⽤了， 那么dev分⽀就可以被删除掉，注意如果当前正处于某分⽀下，就不能删除当前分⽀，如：

•  ⽽可以在其他分⽀下删除当前分⽀，如：

•  此时的状态如图如下所⽰：

因为创建、合并和删除分⽀⾮常快，所以Git⿎励你使⽤分⽀完成某个任务，合并后再删掉分⽀，这和 直接在master分⽀上⼯作效果是⼀样的，但过程更安全。

---

总结

以上便是分支的增删的基本操作了，但是在合并分支的时候会存在一定的冲突问题。在下篇，我们将就合并冲突进行讲解。