切换语言为:繁体
版本管理工具 git 中隐藏的.git目录大有乾坤,原来是这么回事!

版本管理工具 git 中隐藏的.git目录大有乾坤,原来是这么回事!

  • 爱糖宝
  • 2024-05-30
  • 2072
  • 0
  • 0

在每一个 git 仓库中都有一个隐藏的.git目录,git 的很多秘密都藏着这里面,包括分支、提交记录、配置、日志等等。

作为一个有实力有低调的开发者来说,你了解其中每个目录、每个文件都代表着什么吗?它们的作用又是什么呢?

版本管理工具 git 中隐藏的.git目录大有乾坤,原来是这么回事!

以下是 .git目录的完整结构,看上去也是比较简单的,git 就是用这个结构管理这复杂的版本关系。

.git
 |----config
 |----objects
 | |----0d
 | | |----1d218acc58d857329cde3778d7429037079627
 | | |----60436b1116e54b3ed9a4b9fec1f2f9916a73ca
 | |----59
 | | |----a10af7aa35f521b9a41569785d4481850192e3
 | |----92
 | | |----5f4810ed4da9873771f14f2ca1ab97db81283a
 | | |----6c85f1ad90849159b2c616a9744ba62abe8f6a
 | | |----c359f0b8d09e2fc137c865043d4f6951989cdd
 |----HEAD
 |----info
 | |----exclude
 |----logs
 | |----HEAD
 | |----refs
 | | |----heads
 | | | |----main
 | | |----remotes
 | | | |----origin
 | | | | |----main
 |----description
 |----hooks
 | |----commit-msg.sample
 | |----pre-rebase.sample
 | |----pre-commit.sample
 | |----applypatch-msg.sample
 | |----fsmonitor-watchman.sample
 | |----pre-receive.sample
 | |----prepare-commit-msg.sample
 | |----post-update.sample
 | |----pre-merge-commit.sample
 | |----pre-applypatch.sample
 | |----pre-push.sample
 | |----update.sample
 | |----push-to-checkout.sample
 |----refs
 | |----heads
 | | |----main
 | |----tags
 | |----remotes
 | | |----origin
 | | | |----main
 |----index
 |----COMMIT_EDITMSG

HEAD(当前分支)

有一个叫做 HEAD文件,这个文件一听名字就比较重要,它的作用就是存储当前仓库正在使用的分支名称。

查看其内容,如下面这样,表示当前正在使用 main 分支。

ref: refs/heads/main

或者下面这样,表示正在使用 dev 分支。

ref: refs/heads/dev

refs

在 .git/refs 目录下有 heads、tags、remotes三个子目录,用来存储最新的提交记录引用的。

|----refs
| |----heads
| | |----main
| |----tags
| |----remotes
| | |----origin
| | | |----main

这三个目录的作用都是用来标示最新一次的提交记录的。

.git/refs/heads

例如我本地只有 main分支,那就会在这里存在一份.git/refs/heads/mian的文件,文件内容如下:

2ddc65b74a186f4332d7b218be0f18dd404c82ef

这个值就是 main 分支最新一次提交记录的引用,引用指向 .git/objects这个目录,这里面记录了每一次提交的详情信息。

.git/refs/remotes

.git/refs/heads存的是本地分支提交记录的引用,而  .git/refs/remotes存的是远程分支的提交记录引用,这样一来,git就能够在本地跟踪远程仓库的分支变化。

.git/refs/tags

我们在管理代码的时候,可能在某些时候对当前版本打一个标签,标记某些重要的版本,这样就会在 .git/refs/tags目录下形成记录,标示某个tag的最新一次提交记录引用。

.git/refs/stash

除了这三个目录外,还有可能包含 stash这个目录,如果你用过「本地暂存」这个功能的话。

什么情况下会用这个功能呢?

  • 临时切换到其他分支,当你正在当前分支上进行工作,但需要暂时切换到其他分支,而又不想提交当前工作目录的改动时,可以使用git stash将改动保存起来,切换分支后再用git stash pop或git stash apply恢复。

  • 临时保存,假设你两天前拉取了某个文件,改了一部分,但是一直没完成。在这期间呢,你的同事也把这个文件改了,那你提交的时候就会有冲突。这种情况下,你可以先把你本地的暂存起来,然后再拉取最新代码,之后再把暂存的改动恢复过来。

提交记录 (.git/objects)

前面介绍 refs时说的最新一次的提交记录引用,其引用的目标就是.git/objects这个目录。拿前面那个 main分支的最后一次提交引用来讲。

版本管理工具 git 中隐藏的.git目录大有乾坤,原来是这么回事!

上面这一串16进制字符串,可以分为两个部分,前两位是一个部分,后两位是一个部分,前两位作为目录,后面的是文件名称。

所以在 .git/objects中存在 .git/objects/2d/dc65b74a186f4332d7b218be0f18dd404c82ef这样一个文件,里面存的就是某次提交的详细信息,直接查看的话,只能看到乱码,要用 git 自己的命令才行。

git cat-file -p 2ddc65b74a186f4332d7b218be0f18dd404c82ef

查看到的提交详情,主要是提交树、作者、提交者以及提交message

版本管理工具 git 中隐藏的.git目录大有乾坤,原来是这么回事!

通过 tree的记录值,可以查看本次提交所涉及的所有文件树。依然是 通过下面的命令查看,后面的一串hash值,就是上图的 tree 的值。

git cat-file -p f8803d7d049edbbc981da732b855419d039f79ff

得到的结果如下:

版本管理工具 git 中隐藏的.git目录大有乾坤,原来是这么回事!

再用 git cat-file -p 命令可以查看上图类型为 blob的文件的内容。

版本管理工具 git 中隐藏的.git目录大有乾坤,原来是这么回事!

日志 (.git/logs)

这里记录的每一次的提交日志,包括当前使用的分支、本地分支、远程分支。

|----logs
| |----HEAD
| |----refs
| | |----heads
| | | |----main
| | |----remotes
| | | |----origin
| | | | |----main

以行为单位,每一行都存储了一次提交的具体信息。

版本管理工具 git 中隐藏的.git目录大有乾坤,原来是这么回事!

从左到右分别表示提交之前的hash、提交之后的hash、提交用户、时间戳、提交的message。

config (配置)

.git/config 是当前仓库的配置文件,这个文件,大多数开发同学应该还是比较熟悉的。这个配置只对当前仓库有效。

了解了前面的内容后,再看一下这个配置文件,应该就很好理解了。

[core]
 repositoryformatversion = 0
 filemode = true
 bare = false
 logallrefupdates = true
 ignorecase = true
 precomposeunicode = true
[remote "origin"]
 url = https://github.com/xxxx/xxxx-blog.git
 fetch = +refs/heads/*:refs/remotes/origin/*
[branch "main"]
 remote = origin
 merge = refs/heads/main

index (暂存区)

.git/index 文件是 暂存区。它保存了当前仓库中所有被 git 跟踪的文件的状态信息,包括文件名、文件的权限和位置等。当执行git add命令时,git 将要提交的文件的快照信息暂存到这个索引文件中,而不是直接提交到仓库。

当执行git commit命令时,git 会将索引文件中的内容提交到版本库中,从而创建一个新的提交记录。

hooks (钩子)

hook 对于程序员来讲肯定不陌生,可以看做是一个生命周期的事件处理,例如提交代码后,触发某个动作,「提交代码后」这个节点就是个 Hook,在这个Hook里我们可以加入一些自定义的处理逻辑来达到某些目的。

例如 pre-commit(在执行提交前运行)、post-commit(在提交后运行)、pre-push(在执行推送前运行)等。

怎么样, 学废了吗?

0条评论

您的电子邮件等信息不会被公开,以下所有项均必填

OK! You can skip this field.