【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,当然看不到提交了。

相关推荐
dunge20263 小时前
2026 ChatGPT Plus / Pro + Codex 实战:从 0 搭一套 AI 编程项目模板,AGENTS.md + Git + 测试一次配好
人工智能·git·chatgpt
福如意如我心意1 天前
git清除仓库敏感文件并同步至远端的操作
git
Brilliantwxx1 天前
【Linux】 开发|Git 版本控制与 gdb/cgdb 调试
linux·笔记·git
.Hypocritical.2 天前
Git 全套实操|配置 /.gitignore/ 分支合并 / 冲突解决 /git stash 完整教程
git
来日方长。。。。long2 天前
Hermes Agent橙皮书共读|第三篇:保姆级实战部署|本地/VPS从零搭建Hermes
ide·git·hermes
其实防守也摸鱼2 天前
VS Code Git 工作树:解锁多分支并行开发新体验
数据库·git·安全·oracle·架构·自动化
ERD Online2 天前
我们怎么设计 good first issue:让第一个 PR 两小时内合入
数据库·git·后端·开源·issue
Python私教3 天前
Codex 自动写 Commit 够安全吗?一套证据化 Git 提交流程
人工智能·git·后端
果果燕3 天前
实习笔记(一):NFS、Samba、VNC、Git、CMake、systemd、内核、交叉编译
linux·arm开发·c++·笔记·git
美味蛋炒饭.3 天前
Git 版本控制(下)
开发语言·git·学习·总结·后端开发