目录
(一)理解分⽀
本章开始介绍 Git 的杀⼿级功能之⼀(注意是之⼀,也就是后⾯还有之⼆,之三……):分⽀。分⽀就 是科幻电影⾥⾯的平⾏宇宙,当你正在电脑前努⼒学习 C++ 的时候,另⼀个你正在另⼀个平⾏宇宙⾥ 努⼒学习 JAVA。
如果两个平⾏宇宙互不⼲扰,那对现在的你也没啥影响。不过,在某个时间点,两个平⾏宇宙合并
了,结果,你既学会了 C++ ⼜学会了 JAVA!
再来理解⼀下HEAD,HEAD 严格来说不是指向提交,⽽是指向master,master才是指向提交的,所 以,HEAD 指向的就是当前分⽀。
每次提交,master分⽀都会向前移动⼀步,这样,随着你不断提交,master分⽀的线也越来越⻓,⽽ HEAD只要⼀直指向master分⽀即可指向当前分⽀。
通过查看当前的版本库,我们也能清晰的理出思路:
![](https://i-blog.csdnimg.cn/blog_migrate/6c8ff4c2ffe4977805ac5d233b448a15.png)
(二)创建分⽀
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分⽀此刻的提交点并没有变
此时的状态如图如下所⽰:
![](https://i-blog.csdnimg.cn/blog_migrate/bddc37d9470170175e8e9c3dcc44cc25.png)
当切换到 master 分⽀之时,HEAD 就指向了 master,当然看不到提交了!!
(四)合并分⽀
- 为了在 master 主分⽀上能看到新的提交,就需要将 dev 分⽀合并到 master 分⽀
⽰例如下:
git merge
命令⽤于合并指定分⽀到当前分⽀。合并后,master 就能看到 dev 分⽀提交的内容
了。此时的状态如图如下所⽰。
【注意】
- Fast-forward 代表“快进模式”,也就是直接把master指向dev的当前提交,所以合并速度⾮常快;
- 当然,也不是每次合并都能 Fast-forward,我们后⾯会讲其他⽅式的合并。
(五)删除分⽀
合并完成后, dev 分⽀对于我们来说就没⽤了, 那么dev分⽀就可以被删除掉,注意如果当前正处于某分⽀下,就不能删除当前分⽀,如:
- ⽽可以在其他分⽀下删除当前分⽀,如:
- 此时的状态如图如下所⽰:
因为创建、合并和删除分⽀⾮常快,所以Git⿎励你使⽤分⽀完成某个任务,合并后再删掉分⽀,这和 直接在master分⽀上⼯作效果是⼀样的,但过程更安全。
总结
以上便是分支的增删的基本操作了,但是在合并分支的时候会存在一定的冲突问题。在下篇,我们将就合并冲突进行讲解。