GIT保存记录原理之commit对象

GIT 中提交对象非常的重要，我们通过它记录代码提交过程、进行文件保存、回退等操作，那么它是怎样帮助我们记录这些信息的呢？其实就是都保存在项目根目录的 .git 文件夹中。

新建空项目 ```gitDemo``` 使用 ```git init``` 初始化，在文件夹根目录下会生成 ```.git``` 文件夹，文件夹中会生成以下内容，其中 ```objects``` 中保存着提交相关的数据。
gitDemo
├── .git/
│   ├── hooks/
│   ├── info/
│   ├── objects/
│       ├── info/
│       └── pack/
│   ├── refs/
│   ├── config
│   ├── description
│   └── HEAD

此时在项目下新建 ```index.js``` 文件，增加一行代码 ```const num = 1;```并执行 ```git add``` 操作，为方便观察，目录结构只保留 ```.git``` 文件夹的 ```objects``` 中的内容。

gitDemo
├── .git/
│   ├── objects/
│     ├── 03/
│     │   └── 62286e257cbf1422d31c588d8d912cabc5de09
│     ├── info/
│     └── pack/
└─── index.js

可以看到在这次添加到缓存区的操作中，```objects```文件夹中增了 ```03``` 文件夹，并多出一个以 6228 开头的哈希值。使用 ```git cat-file -t ``` 查看文件类型，```git cat-file -p``` 查看文件具体保存的内容。03是文件夹名，62是哈希值开头。

6228 开头哈希值的文件是以二进制的形式保存着提交的 index.js 中的内容。再执行 ```git commit``` 操作，生成了哈希值为 93917b9 的校验和。

在查看```.git``` 文件夹，其中增加了名为22、93的文件夹。

├─── objects/
│   ├─── 03/
│   │   └─── 62286e257cbf1422d31c588d8d912cabc5de09
│   ├─── 22/
│   │   └─── 9c6b53764537cdacbb4d7968600d25e1aa329a
│   ├─── 93/
│   │   └─── 917b98e6e57d216d1033799d406fabacff860c
│   ├─── info/
│   └─── pack/

再次使用 ```git cat-file``` 查看新增的两个二进制文件内容。

22文件夹9c6b文件记录着哈希值+文件的一组值，指向的就是 ```git add``` 的记录及对应的文件。
93文件夹917b文件以树结构的形式记录着 ```git commit``` 的操作记录，包含提交者姓名邮件等信息，其中提交后展示的校验和 93917b9 也就是指向这个文件。

以上只有一次提交，如果多次提交如何进行关联呢？

继续在 index.js 中增加一个 add函数，使用 ```git add ``` 操作。（需要注意的是，如果只执行 git add. ，操作只提交到了暂缓区，仅仅是将它作为二进制文件保存到 objects 中， 是没有 commit 对象和它关联，也无法通过索引值查找，只有执行了 git commit ，才会将提交和 tree 联系到一起。）

此时在原来的基础上增加了9f文件夹。

├─── objects/
│   ├─── 03/
│   │   └─── 62286e257cbf1422d31c588d8d912cabc5de09
│   ├─── 22/
│   │   └─── 9c6b53764537cdacbb4d7968600d25e1aa329a
│   ├─── 93/
│   │   └─── 917b98e6e57d216d1033799d406fabacff860c
│   ├─── 9f/
│   │   └─── 63bb8fdc655c54cf3e6f0f84d34bc08a420667
│   ├─── info/
│   └─── pack/

9f63bb 保存的是整个 index.js 文件的内容

再执行 ``` git commit ``` 将提交对象与其关联，又新增了两个文件夹 45 、8b。

├─── objects/
│   ├─── 03/
│   │   └─── 62286e257cbf1422d31c588d8d912cabc5de09
│   ├─── 22/
│   │   └─── 9c6b53764537cdacbb4d7968600d25e1aa329a
│   ├─── 45/
│   │   └─── b36b6ac0634c8dbffb02147c1eb88de104ef55
│   ├─── 8b/
│   │   └─── 1ab6730f387db1b607883c127bbc36fb1a63d6
│   ├─── 93/
│   │   └─── 917b98e6e57d216d1033799d406fabacff860c
│   ├─── 9f/
│   │   └─── 63bb8fdc655c54cf3e6f0f84d34bc08a420667
│   ├─── info/
│   └─── pack/

查看两个文件的内容，与第一次提交大体一致，但是在保存提交对象的 8b1ab6 文件中新增了一个 parent 属性，指向的是上一次提交对象 93917b。

通过 parent 属性，将本次和上次提交关联到了一起，这样可以根据最后一次提交向上查找，找到所有的提交记录。

上述提交到缓存区的文件都只有一个，所以在提交对象中保存的记录也只有一条，如果修改的文件存在多个，就会创建多个文件夹来保存修改的文件。

每一次 commit 提交都是一个 commit 对象，通过40位的哈希校验和，可以找到 tree 对象，它也是一个校验和，通过这个校验和可以找到这次提交依赖的所有文件（二进制）并还原成真实文件。

以上就是 ```GIT commit 对象``` 相关内容，关于 ```GIT、JavaScript、nodejs```，还有很多需要开发者掌握的地方，可以看看我写的其他博文，持续更新中~