Git有一个精心设计的模型，使其能够支持版本控制所需的所有功能，例如维护历史、支持分支和促进协作。然而，自上而下（从命令行界面开始）学习Git可能会非常混乱。一旦出现问题，只能先保存当前工作，再复制一份新工作继续加工。如果我们能先了解它的底层数据结构，那么在接触命令行界面时就会得心应手。快照Git将顶级目录中的文件和文件夹作为集合，并通过一系列快照来管理它们的历史记录。在Git术语中，文件称为Blob对象（数据对象），它是一组数据。目录称为“树”，它将名称映射到Blob对象或树对象（允许目录包含其他目录）。快照是被跟踪的最顶层树，快照也称为提交。历史建模：关联快照在Git中，历史是快照的有向无环图。每个快照都有一系列“父级”，即它之前的一系列快照。注意快照可能同时有多个“父”，比如合并后的两个分支。o<--o<--o<--o<----o^/\v---o<--o数据模型及其伪代码表示通过伪代码表示，可以更清晰地理解Git数据模型。//文件是一组数据类型blob=array//包含文件和目录的目录typetree=map//每个commit包含一个parent，metadata和顶级树类型提交：typeobject=blob|树|提交后，所有对象将通过SHA-1哈希进行寻址。objects=mapdefstore(object):id=sha1(object)objects[id]=objectdefload(id):returnobjects[id]引用为这些散列提供人类可读的名称，它是一个引用.引用是指向提交的指针。与对象不同，它是可变的（可以更新引用以指向新的提交）。例如，master引用通常会指向master分支的最新提交。references=mapdefupdate_reference(name,id):references[name]=iddefread_reference(name):returnreferences[name]defload_reference(name_or_id):如果name_or_idinreferences:returnload(references[name_or_id])else:returnload(name_or_id)在Git中，我们当前位置有一个特殊的索引，叫做“HEAD”。
