通过 alternates 机制，一个 仓库 可以从另一个称为“备用”的对象数据库继承部分 对象数据库。

裸仓库通常是一个以 .git 后缀命名的适当命名的 目录，其中没有本地签出的任何受版本控制的文件副本。也就是说，通常存在于隐藏的 .git 子目录中的所有 Git 管理和控制文件都直接存在于 repository.git 目录中，而没有其他文件存在和签出。通常，公共仓库的发布者会提供裸仓库。

无类型 对象，例如文件的内容。

“分支”是一条开发线。分支上最新的 提交 被称为该分支的尖端。分支的尖端由一个分支 head 引用，该 head 随着分支上进行的额外开发而向前移动。单个 Git 仓库 可以跟踪任意数量的分支，但您的 工作树 只与其中一个（“当前”或“已签出”的分支）相关联，而 HEAD 指向该分支。

已废弃：索引。

一个对象列表，列表中的每个 对象 都包含对其后继者的引用（例如，提交 的后继者可能是其 父项 之一）。

BitKeeper/cvsps 对“提交”的说法。由于 Git 不存储更改，而是存储状态，因此使用“更改集”一词对 Git 来说确实没有意义。

使用 对象数据库 中的 树对象 或 blob 更新所有或部分 工作树 的操作，并在整个工作树指向新 分支 时更新 索引 和 HEAD。

在 SCM 术语中，“cherry pick”意味着从一系列更改（通常是提交）中选择一部分更改，并将它们记录为不同代码库之上的新一系列更改。在 Git 中，这通过“git cherry-pick”命令来完成，以提取现有 提交 引入的更改，并将其记录在当前 分支 的尖端之上，作为一个新提交。

如果 工作树 与当前 head 引用的 修订 相对应，则该工作树是干净的。另请参阅“脏”。

作为名词：Git 历史中的一个单一节点；项目的整个历史表示为一组相互关联的提交。Git 在其他版本控制系统使用“修订”或“版本”的地方，通常也使用“提交”一词。也用作 提交对象 的简写。

对象数据库中提交形成的 DAG 结构的同义词，由分支尖端 引用，并使用它们链接提交的 链。此结构是确定的提交图。该图可以以其他方式表示，例如 “提交图文件”。

“提交图”（通常用连字符）文件是 提交图 的补充表示，用于加速提交图遍历。“提交图”文件存储在 .git/objects/info 目录或备用对象数据库的 info 目录中。

一个 对象，包含有关特定 修订 的信息，例如 父项、提交者、作者、日期以及与存储的修订的顶层 目录 相对应的 树对象。

一个 提交对象 或一个可以递归 解引用 到提交对象的 对象。以下都是 commit-ish：提交对象、指向提交对象的 标签对象、指向指向提交对象的标签对象的标签对象等。

Git 的基本数据结构和实用程序。只暴露有限的源代码管理工具。

有向无环图。 提交对象 形成一个有向无环图，因为它们有父项（有向），并且提交对象的图是无环的（没有 链 以相同的 对象 开头和结尾）。

一个 不可达对象，即使从其他不可达对象也无法 到达；悬空对象没有来自 仓库 中任何引用或 对象 的引用。

指代 符号引用：访问符号引用所指向的 引用 的操作。递归解引用涉及对结果引用重复上述过程，直到找到非符号引用为止。

通常 HEAD 存储一个 分支 的名称，而对 HEAD 代表的历史进行操作的命令则操作指向分支尖端的历史。但是，Git 也允许您 签出 一个任意的 提交，该提交不一定是任何特定分支的尖端。处于这种状态的 HEAD 被称为“分离”。

使用“ls”命令获得的列表 :-)

当 工作树 包含尚未 提交 到当前 分支 的修改时，该工作树被称为“脏”的。

恶意合并是指引入在任何 父项 中都不存在的更改的 合并。

快进是一种特殊的 合并 类型，当您有一个 修订 并且正在“合并”另一个 分支 的更改，而这些更改恰好是您现有分支的后代。在这种情况下，您不会创建一个新的 合并 提交，而是仅将您的分支更新为指向与您正在合并的分支相同的修订。这在远程 仓库 的 远程跟踪分支 上会经常发生。

抓取一个 分支 意味着从远程 仓库 获取该分支的 head ref，找出本地 对象数据库 中缺少哪些对象，并将它们也获取过来。另请参阅 git-fetch[1]。

Linus Torvalds 最初设计 Git 是作为一个用户空间文件系统，即用于保存文件和目录的基础设施。这确保了 Git 的效率和速度。

（面向存档人员）仓库 的同义词。

工作树根目录下放置的普通文件 .git，它指向实际仓库的目录。有关正确使用，请参阅 git-worktree[1] 或 git-submodule[1]。有关语法，请参阅 gitrepository-layout[5]。

嫁接通过记录提交的虚假祖先信息，使两个原本不同的开发线得以连接起来。这样，您可以让 Git 假装一个 提交 所拥有的 父项 列表与创建提交时记录的列表不同。通过 .git/info/grafts 文件进行配置。

在 Git 的上下文中，与 对象名称 同义。

指向 分支 尖端 提交 的 命名引用。Head 存储在 $GIT_DIR/refs/heads/ 目录下的文件中，除非使用打包引用。 （参见 git-pack-refs[1]。）

当前 分支。更详细地说：您的 工作树 通常来源于 HEAD 引用的树的状态。HEAD 是对您仓库中某个 head 的引用，除非使用 分离 HEAD，在这种情况下，它直接引用任意提交。

head 的同义词。

在多个 Git 命令的正常执行过程中，会调用可选脚本，允许开发人员添加功能或检查。通常，钩子允许在命令执行前进行验证并可能中止，并在操作完成后进行事后通知。钩子脚本位于 $GIT_DIR/hooks/ 目录中，通过简单地删除文件名中的 .sample 后缀即可启用。在 Git 的早期版本中，您必须使其可执行。

一组具有状态信息的文件，其内容存储为对象。索引是您 工作树 的存储版本。事实上，它还可以包含工作树的第二个甚至第三个版本，这些版本在 合并 时使用。

存储在 索引 中关于特定文件的信息。如果 合并 已启动但尚未完成（即，如果索引包含该文件的多个版本），则索引项可能未合并。

默认的开发 分支。每当您创建一个 Git 仓库 时，都会创建一个名为“master”的分支，并使其成为活动分支。在大多数情况下，这包含本地开发，但这纯粹是约定俗成，并非强制要求。

作为动词：将另一个 分支（可能来自外部 仓库）的内容合并到当前分支。如果合并进来的分支来自不同的仓库，则首先通过 抓取 远程分支，然后将结果合并到当前分支。这种抓取和合并操作的组合称为 拉取。合并通过一个自动过程来识别分支分叉以来所做的更改，然后将所有这些更改一起应用。在更改发生冲突的情况下，可能需要手动干预来完成合并。

Git 中的存储单元。它由其内容的 SHA-1 唯一标识。因此，对象无法更改。

存储一组“对象”，单个 对象 由其 对象名称 标识。对象通常位于 $GIT_DIR/objects/。

对象名称 的同义词。

一个 对象 的唯一标识符。对象名称通常表示为 40 个字符的十六进制字符串。也俗称 SHA-1。

标识符“commit”、“tree”、“tag”或“blob”之一，用于描述 对象 的类型。

合并两个以上的 分支。

进入一个尚不存在的 分支（即一个 未出生 的分支）的操作。在此操作之后，首次创建的提交将成为一个没有父项的提交，从而开始一个新的历史。

默认的上游 仓库。大多数项目至少有一个它们跟踪的上游项目。默认情况下，origin 用于此目的。新的上游更新将被抓取到名为 origin/name-of-upstream-branch 的 远程跟踪分支 中，您可以使用 git branch -r 查看它们。

仅更新和添加文件到工作目录，但不删除它们，类似于 cp -R 会更新目标目录中的内容。这是从 索引 或 tree-ish 签出文件时，签出 中的默认模式。相反，无覆盖模式也会删除源中不存在的跟踪文件，类似于 rsync --delete。

一组被压缩成一个文件（以节省空间或高效传输）的对象。

用于帮助高效访问打包文件内容的 打包 文件中对象的标识符列表和其他信息。

用于限制 Git 命令中路径的模式。

一个 提交对象 包含一个（可能为空的）开发线中的逻辑前驱列表，即其父项。

递归 解引用 标签对象 的操作。

术语 拾取器 指的是 diffcore 例程的一个选项，该选项有助于选择添加或删除给定文本字符串的更改。使用 --pickaxe-all 选项，可以用来查看引入或删除特定文本行（例如）的完整 更改集。参见 git-diff[1]。

对 核心 Git 的一个有趣的称呼。

依赖于 核心 Git 的程序和程序套件的有趣称呼，它们提供了对核心 Git 的高级访问。上层命令比 底层命令 暴露了更多的 SCM 接口。

每个 工作树 的引用，而不是全局的。目前只有 HEAD 和任何以 refs/bisect/ 开头的引用，但将来可能包括其他不寻常的引用。

具有不同于普通引用的语义的引用。这些引用可以通过常规 Git 命令读取，但不能通过 git-update-ref[1] 等命令写入。

拉取一个 分支 意味着 抓取 它并 合并 它。另请参阅 git-pull[1]。

推送一个 分支 意味着从远程 仓库 获取该分支的 head ref，检查它是否是本地 head ref 的祖先，如果是，则将所有 可达 自本地 head ref 的对象，且这些对象在远程仓库中缺失，放入远程 对象数据库，并更新远程 head ref。如果远程 head 不是本地 head 的祖先，则推送失败。

给定 提交 的所有祖先被认为是“可达”自该提交。更普遍地说，一个 对象 可达自另一个对象，如果我们可以通过一个遵循 标签 到它们所标记的内容、提交 到它们的父项或树、以及 树 到它们包含的树或 blob 的 链 来从一个对象到达另一个对象。

可达性位图存储了打包文件或多打包索引（MIDX）中选定提交的可达性信息，以加快对象搜索速度。位图存储在“.bitmap”文件中。一个仓库最多可以使用一个位图文件。位图文件可以属于一个打包文件，或属于仓库的多打包索引（如果存在）。

将一系列来自 分支 的更改重新应用到不同的基准上，并将该分支的 head 重置为结果。

指向对象名或另一个引用的名称（后者称为符号引用）。为方便起见，在用作Git命令的参数时，引用有时可以缩写；有关详细信息，请参阅gitrevisions[7]。引用存储在仓库中。

reflog显示引用的本地“历史”。换句话说，它可以告诉您此仓库中倒数第三个修订版是什么，以及此仓库昨天下午9:14的当前状态是什么。有关详细信息，请参阅git-reflog[1]。

“refspec”由fetch和push用于描述远程引用和本地引用之间的映射。有关详细信息，请参阅git-fetch[1]或git-push[1]。

用于跟踪同一项目但位于其他地方的仓库。要与远程仓库通信，请参阅fetch或push。

用于跟踪另一个仓库的更改的引用。它通常看起来像refs/remotes/foo/bar（表示它跟踪远程foo中的一个名为bar的分支），并且匹配已配置的fetch refspec的右侧。远程跟踪分支不应包含直接修改或对其进行本地提交。

一组引用以及一个对象数据库，其中包含从引用可达的所有对象，可能还附带一个或多个porcelains的元数据。仓库可以通过alternates机制与其他仓库共享对象数据库。

手动修复失败的自动合并遗留问题。

（名词）提交的同义词。

丢弃一部分开发工作，即head指向更早的修订。

源代码管理（工具）。

“安全散列算法1”（Secure Hash Algorithm 1）；一种加密散列函数。在Git的上下文中用作对象名的同义词。

很大程度上是浅层仓库的同义词，但该短语更明确地表示它是通过运行git clone --depth=...命令创建的。

浅层仓库具有不完整的历史，其中一些提交的父提交已被“烧蚀”（换句话说，Git被告知假装这些提交没有父提交，即使它们已记录在提交对象中）。这有时在您只对项目的近期历史感兴趣但上游记录的实际历史要大得多时很有用。通过给git-clone[1]提供--depth选项来创建浅层仓库，并且其历史以后可以用git-fetch[1]加深。

一个对象，用于临时存储脏工作目录和索引的内容，以便将来重用。

一个仓库，它在另一个仓库（后者称为超项目）内部保存单独项目的历史。

一个仓库，它在其工作树中将其他项目的仓库引用为子模块。超项目知道（但并不拥有）所包含子模块的提交对象的名称。

符号引用：它不包含SHA-1 ID本身，而是采用ref: refs/some/thing的格式，当被引用时，它会递归地解引用到该引用。HEAD是符号引用的主要示例。可以使用git-symbolic-ref[1]命令来操作符号引用。

位于refs/tags/命名空间下的引用，指向一个任意类型的对象（通常标签指向标签或提交对象）。与head相反，标签不会被commit命令更新。Git标签与Lisp标签（在Git的上下文中称为对象类型）无关。标签最常用于标记提交祖先链中的特定点。

一个对象，包含一个指向另一个对象的引用，该对象可以像提交对象一样包含消息。它还可以包含（PGP）签名，在这种情况下称为“签名标签对象”。

一个常规的Git分支，开发人员用它来识别概念性的开发线。由于分支非常容易创建且成本低廉，因此通常希望有几个小的分支，每个分支都包含非常明确的概念或小的增量但相关的更改。

键值元数据。尾注有时会出现在提交消息的末尾。在其他社区中可能称为“页脚”或“标签”。请参阅git-interpret-trailers[1]。

可以是工作树，也可以是树对象以及相关的blob和树对象（即工作树的存储表示）。

一个对象，包含一个文件名称和模式列表，以及指向相关blob和/或树对象的引用。树等同于目录。

一个树对象或一个可以递归解引用为树对象的对象。解引用提交对象会产生与修订的顶级目录对应的树对象。以下都是tree-ishes：一个commit-ish，一个树对象，一个指向树对象的标签对象，一个指向指向树对象的标签对象的标签对象，依此类推。

HEAD可以指向一个尚不存在且尚未包含任何提交的分支，这样的分支称为未出生分支。用户最常遇到未出生分支的情况是创建一个新仓库而未从别处克隆。HEAD将指向尚未“诞生”的main（或master，取决于您的配置）分支。某些操作还可能使用其孤立选项将您带到未出生分支。

包含未合并索引条目的索引。

一个对象，它不能从分支、标签或任何其他引用可达。

合并到给定分支的默认分支（或者给定分支是基于它rebase的）。它通过branch..remote和branch..merge进行配置。如果A的上游分支是origin/B，有时我们会说“A正在跟踪origin/B”。

实际检出的文件树。工作树通常包含HEAD提交的树的内容，加上您已做的但尚未提交的任何本地更改。

一个仓库可以有零个（即裸仓库）或一个或多个附加的工作树。一个“工作树”由一个“工作目录”和仓库元数据组成，其中大部分由单个仓库的其他工作树共享，而有些则按工作树单独维护（例如，索引、HEAD和伪引用如MERGE_HEAD，每个工作树的引用和每个工作树的配置文件）。