【Git】创建,切换分支

理解分支

这里开始介绍Git的杀手级功能之一:分支。

分支就是科幻电影里的平行宇宙,当你正在电脑前努力学习C++的时候,另一个你正在另一个平行宇宙里努力学习JAVA。

如果两个平行宇宙互不干扰,那对现在的你也没啥影响。不过,在某个时间点,两个平行宇宙合并了,结果,你既学会了C++又学会了JAVA!

在版本回退里,你已经知道,每次提交,Git都把它们串成一条时间线,这条时间线就可以理解为是一个分支。截止到目前,只有一条时间线,在Git里,这个分支叫主分支,即master分支。

再来理解一下HEAD,HEAD严格来说不是指向提交,而是指向master ,master才是指向提交的,所以,HEAD指向的就是当前分支。HEAD可以指向其他分支,被指向的分支就是当前正在工作的分支

每次提交,master分支都会向前移动一步,这样,随着你不断提交,master分支的线也越来越长,而HEAD只要一直指向master分支即可指向当前分支。

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

创建分支

Git支持我们查看或创建其他分支,在这里我们来创建第一个自己的分支dev,对应的命令为:

复制代码
$ git branch  #查看当前本地所有分支
* master

 git branch dev  #新建分支dev
 
 git branch 
  dev
* master

当我们创建新的分支后,Git新建了一个指针叫dev,* 表示当前HEAD指向的分支是master分支。

另外,可以通过目录结构发现,新的dev分支:

复制代码
$ ls.git/refs/heads/
dev  master

$ cat.git/refs/heads/*
7bc0dbb416db4d1f714f8519cf744a744a0a69ff
7bc0dbb416db4d1f714f8519cf744a744a0a69ff

发现目前dev和master指向同一个修改。

并且也可以验证下HEAD目前是指向master的。

bash 复制代码
$ cat.git/HEAD
ref: refs/heads/master

一张图总结:

(此处有分支关系图,展示新建dev分支时HEAD、master、dev和提交线的关系)

切换分支

那如何切换到dev分支下进行开发呢?

使用git checkout命令即可完成切换

示例如下:

复制代码
$ git checkout dev
Switched to branch 'dev'

$ git branch 
* dev
  master
  
$ cat.git/HEAD
ref: refs/heads/dev

(此处有分支关系图,展示切换到dev分支后HEAD、master、dev和提交线的关系)

我们发现HEAD已经指向了dev,就表示我们已经成功的切换到了dev上!

接下来,在dev分支下修改ReadMe文件,新增一行内容,并进行一次提交操作:

复制代码
$ vim ReadMe
$ cat ReadMe
hello bit
hello git
hello world
hello version1
hello version2
hello version3
write New content for new branch dev
$ git add.
$ git commit -m"modify ReadMe on branch dev"
[dev f748c2d] modify ReadMe
 1 file changed, 1 insertion(+)

现在,dev分支的工作完成,我们就可以切换回master分支:

复制代码
$ git checkout master
Switched to branch 'master'

hyb@139-159-150-152:~/gitcode$ cat ReadMe
hello bit
hello git
hello world
hello version1
hello version2
hello version3

切换回master分支后,发现ReadMe文件中新增的内容不见了!!赶紧再切回dev看看:

复制代码
hyb@139-159-150-152:~/gitcode$ git checkout dev
Switched to branch 'dev'
hyb@139-159-150-152:~/gitcode$ cat ReadMe
hello bit
hello git
hello world
hello version1
hello version2
hello version3
write New content for new branch dev

在dev分支上,内容还在。为什么会出现这个现象呢?我们来看看dev分支和master分支指向,发现两者指向的提交是不一样的:

复制代码
$ cat.git/refs/heads/dev
bdaf528ffbb8e05aee34d37685408f0e315e31a4

$ cat.git/refs/heads/master
5476bdeb12510f7cd72ac4766db7988925ebd302

看到这里就能明白了,因为我们是在dev分支上提交的,而master分支此刻的提交点并没有变,此时的状态如图如下所示。

当切换到master分支时,HEAD就指向了master,当然看不到提交了。

相关推荐
Winlifes1 天前
我给 Codex 做了一个 Git 面板:分支树、提交历史和工作区操作
git
郑州光合科技余经理2 天前
同城外卖小程序开发:下单成功后,后台导出能不能对上用户端状态
开发语言·前端·git·后端·uni-app·php·ai编程
我命由我123452 天前
Git 推送报错:error: src refspec main does not match any
运维·git·gitee·github·运维开发·学习方法·版本控制
Lcr3s2 天前
Git基础之(0):如何在Ubuntu(Linux)上安装git
git
玄芯散人3 天前
【筑基·058】Git协作工作流:冲突解决和PR流程
git·版本控制·团队协作
寺中人3 天前
Git 版本控制完全入门指南:从安装到实战,提交 + 分支 + 协作 + 冲突解决全拆解
git·开发工具·版本控制·团队协作·代码管理
荔枝梅梅3 天前
新手程序员 SSH 第一课:从 Git 仓库连接失败理解 SSH 协议与密钥配置
git
玄芯散人3 天前
【筑基·057】Git代码时光机:版本控制入门到分支管理
git·版本控制·嵌入式开发
szephyr3 天前
Git 分支管理实战:feature/release/hotfix 怎么用才不乱
git·分支管理·团队协作·工作流·hotfix
一木 之林3 天前
手搓家庭服务器:二手装机、Docker部署、端口映射与frp内网穿透
服务器·人工智能·git·编辑器