在每一个 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分支的最后一次提交引用来讲。
上面这一串16进制字符串，可以分为两个部分，前两位是一个部分，后两位是一个部分，前两位作为目录，后面的是文件名称。
所以在 .git/objects中存在 .git/objects/2d/dc65b74a186f4332d7b218be0f18dd404c82ef这样一个文件，里面存的就是某次提交的详细信息，直接查看的话，只能看到乱码，要用 git 自己的命令才行。
git cat-file -p 2ddc65b74a186f4332d7b218be0f18dd404c82ef
查看到的提交详情，主要是提交树、作者、提交者以及提交message
通过 tree的记录值，可以查看本次提交所涉及的所有文件树。
依然是 通过下面的命令查看，后面的一串hash值，就是上图的 tree 的值。
git cat-file -p f8803d7d049edbbc981da732b855419d039f79ff
得到的结果如下：
再用 git cat-file -p 命令可以查看上图类型为 blob的文件的内容。
日志 （.git/logs）
这里记录的每一次的提交日志，包括当前使用的分支、本地分支、远程分支。
|----logs
| |----HEAD
| |----refs
| | |----heads
| | | |----main
| | |----remotes
| | | |----origin
| | | | |----main
以行为单位，每一行都存储了一次提交的具体信息。
从左到右分别表示提交之前的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（在执行推送前运行）等。
怎么样， 学废了吗？
