Git-哑协议

Git 基于HTTP之上传输通常被称为哑协议，这是因为它在服务端不需要有针对 Git 特有的代码。这个获取过程仅仅是一系列GET请求，客户端可以假定服务端的Git仓库中的布局。让我们以 simplegit 库来看看  的过程：

它做的第1件事情就是获取  文件。这个文件是在服务端运行了  所生成的，这也解释了为什么在服务端要想使用HTTP传输，必须要开启  钩子：

现在你有一个远端引用和SHA值的列表。下一步是寻找HEAD引用，这样你就知道了在完成后，什么应该被检出到工作目录：

这说明在完成获取后，需要检出  分支。 这时，已经可以开始漫游操作了。因为你的起点是在  文件中所提到的  commit 对象，你的开始操作就是获取它：

然后你取回了这个对象 － 这在服务端是一个松散格式的对象，你使用的是静态的 HTTP GET 请求获取的。可以使用 zlib 解压缩它，去除其头部，查看它的 commmit 内容：

这样，就得到了两个需要进一步获取的对象 －  是这个 commit 对象所对应的 tree 对象，和  是它的父对象；

这样就取得了这它的下一步 commit 对象，再抓取 tree 对象：

Oops – 看起来这个 tree 对象在服务端并不以松散格式对象存在，所以得到了404响应，代表在HTTP服务端没有找到该对象。这有好几个原因 － 这个对象可能在替代仓库里面，或者在打包文件里面， Git 会首先检查任何列出的替代仓库：

如果这返回了几个替代仓库列表，那么它会去那些地方检查松散格式对象和文件 － 这是一种在软件分叉之间共享对象以节省磁盘的好方法。然而，在这个例子中，没有替代仓库。所以你所需要的对象肯定在某个打包文件中。要检查服务端有哪些打包格式文件，你需要获取  文件，这里面包含有打包文件列表（是的，它也是被  所生成的）；

这里服务端只有一个打包文件，所以你要的对象显然就在里面。但是你可以先检查它的索引文件以确认。这在服务端有多个打包文件时也很有用，因为这样就可以先检查你所需要的对象空间是在哪一个打包文件里面了：

现在你有了这个打包文件的索引，你可以看看你要的对象是否在里面 － 因为索引文件列出了这个打包文件所包含的所有对象的SHA值，和该对象存在于打包文件中的偏移量，所以你只需要简单地获取整个打包文件：

现在你也有了这个 tree 对象，你可以继续在 commit 对象上漫游。它们全部都在这个你已经下载到的打包文件里面，所以你不用继续向服务端请求更多下载了。 在这完成之后，由于下载开始时已探明HEAD引用是指向  分支， Git 会将它检出到工作目录。

整个过程看起来就像这样：

文章知识点与官方知识档案匹配，可进一步学习相关知识Git技能树首页概览3087 人正在系统学习中