‘现学现忘’Git分支 — 39、Git中分支与对象的关系

1、Git对象之间的关系

我们之前学了Git的三个对象：提交对象、树对象、数据对象。

我们假设现在有一个工作目录，里面进行了三次提交，包括一次新增文件和两次对文件的修改。

每次一把工作区中的文件添加到暂存区时，暂存操作会为每一个文件计算校验和，然后会把当前版本的文件快照（即文件的内容）保存到 Git 仓库中（Git 使用 blob 对象来保存它们），最后将校验和加入到暂存区域等待提交。
每一次使用 git commit 命令进行提交操作时，Git会先计算每一个子目录的校验和，然后在 Git 仓库中这些校验和保存为树对象。
随后，Git 便会创建一个提交对象，它除了包含上面提到的那些信息外，还包含指向这个树对象的指针。如此一来，Git 就可以在需要的时候重现此次保存的快照。

此时的Git仓库中就会有五个Git对象：三个 blob 对象（保存着文件快照）、一个树对象（记录着目录结构和 blob 对象索引）以及一个提交对象（包含着指向前述树对象的指针和所有提交信息）。

这个对象之间的关系，如下图：

总结提交对象、树对象、数据对象之间的关系：

一个提交操作生成一个提交对象。
一个提交对象包含一个（暂存区）生成Tree对象。（对Tree对象的封装，单方向一对一）
一个（暂存区）生成Tree对象，里面包含子Tree对象和Blob对象。子Tree对象还可以继续包含子Tree对象和Blob对象。
这样子Tree对象对应文件系统中的目录+文件名，Blob对象对应着文件中的内容，这就是Git中数据存储的形式。
一个Blob对象对应着一个文件某一时刻的版本。

三种对象之间的关系如下图：

那么问题来了：每一个Commit对象，是怎样的组合到一起的呢？

Git版本管理系统是以时间线来对版本进行管理的，这条时间线上会有很多的时间节点，这些时间节点就是一个个的Commit对象。

即：Git的每次提交，都会自动把它们串成一条时间线，这条时间线就是一个分支。

如下图所示：每一次提交产生的提交对象，会包含一个指向上次提交对象（父对象）的指针，这样就形成了一条链状结构，就相当于一条线。

Git的分支，其实本质上仅仅是指向提交对象的可变指针。

Git仓库初始化之后，会默认创建一个master分支，即主分支。

如果没有新建分支，那么就只有一条时间线，即只有一个分支，master分支（主分支）。

每次提交操作之后，会生成新的提交对象（如上图）， master 分支会在每次提交时自动向前移动。（也就是自动指向最新的提交对象）

我们在学习Git的时候，常常会看到HEAD这个名称，它指的是什么呢？

Git中维护一个名为HEAD的引用变量，我们将此变量称为指针，它的目的是引用或指向本地版本库中的特定提交。

当我们进行新的提交时，指针将改变或移动，以指向新的提交。

HEAD始终指向Git本地版本库中当前正在工作的分支的尖端（即最新一次提交）。

概括来说：HEAD是对当前分支中，最后一次提交的引用。（可以将HEAD想象为是，当前分支最后一次提交的别名。）

再继续：

HEAD严格来说不是指向提交，而是指向master（分支），master（分支）才是指向具体的提交，所以，HEAD指向的就相当于是当前分支的最新一次提交。

如下图所示：

Git用master指向最新的提交，再用HEAD指向master，就能确定当前分支，以及当前分支的提交点。

（当然HEAD还有一种分离的状态，我们以后单说，关于HEAD就先理解到这里就很详细了）