通过替代机制, 一个 repository 能够从另一个对象库中继承 object database 的一部分对象, 这被称作“轮替”。

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

无类型的对象，比如一个文件的内容。

一个 “分支” 就是一条开发线。 一个分支上最近的提交被称为该分支的顶端。 分支的顶端被引用分支 head 引用，当分支上有更多的开发工作时，它就会向前移动。 一个Git仓库可以跟踪任意数量的分支，但你的工作区只与其中一个分支（“当前(current) ” 或 “检出(checked out)” 分支）相关联，而HEAD指向该分支。

已过时：索引。

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

BitKeeper/cvsps 是指 "提交"。由于 Git 并不存储变化，而是存储状态，所以在Git中使用 “变化集（changesets）” 这个词真的没有意义。

用对象库中的树对象或 blob 更新全部或部分工作区，如果整个工作区已经指向一个新分支，就更新暂存区和 HEAD。

在 SCM 中，"cherry pick" 意味着从一系列的修改（通常是提交）中选择一个子集，并将其记录为不同仓库之上的一系列新修改。在 Git 中，这是由 "git cherry-pick" 命令执行的，提取现有提交引入的修改，并根据当前分支的提示，将其记录为新提交。

如果一个工作区对应于当前版本所引用的头、分支，它就是干净的（clean）。另请参见"脏（的工作区）"。

作为名词时，意为：Git 历史中的一个点；一个项目的整个历史被表示为一组相互关联的提交。 Git 经常使用 “提交(commit)” 这个词，就像其他版本控制系统使用 "revision" 或 "version" 一样。 也被用作提交对象的简称。

由对象数据库中的提交形成的有向无环图(DAG)，由被引用的分支提示，使用其对象链(chain)的链接提交。 这个结构就是明确的提交图。该图还有其他展示形式，例如“提交图示” 文件。

“提交图示(ommit-graph)”（通常是连字符）文件是提交图(commit graph)的补充表示，可以加速提交图的生成。“提交图示” 文件存储在 .git/objects/info 目录下，或者存储在另一个对象数据库的 info 目录下。

一个对象 包含了关于某个特定版本的信息，例如父提交、提交者、作者、日期和树对象（对应于保存的版本顶部目录）。

一个提交对象或一个对象可以递归解引用到一个提交对象。提交对象、指向提交对象的标签对象、指向提交对象的标签对象的标签对象，等等。

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

有向无环图。提交对象形成了一个有向无环图，因为它们有父提交（有向），而且提交对象的图是无环的（没有对象链以同一个对象开始和结束）。

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

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

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

你用 "ls" 命令得到的列表 :-)

如果工作区包含的修改没有被提交到当前的分支，就被认为是 "dirty（脏）" 的。

一个坏合并，指引入了没有出现在任何父提交中修改的合并。

快速合并是合并的一种特殊类型，即你有一个版本而你正在“合并”另一个分支的修改，这些修改恰好是你的后续提交。在这种情况下，你不需要添加一个新的合并 提交而只是更新你的分支，使其指向与你要合并的分支相同的版本。这种情况会经常发生在一个远程远程跟踪分支的仓库。

获取一个分支意味着从远程仓库获取该分支的头引用，找出本地对象库中缺失的对象，并获取这些对象。另见 git-fetch[1]。

Linus Torvalds （林纳斯·本纳第克特·托瓦兹；Git的作者、Linux之父）最初将 Git 设计为用户空间文件系统，即用于保存文件和目录的基础结构。这确保了 Git 的效率和速度。

与仓库 同义(对于arch用户)。

工作目录树根目录下的普通文件 .git，指向真正的仓库目录。正确用法参见 git-worktree[1] 或 git-submodule[1]。语法参见 gitrepository-layout[5]。

移植（Grafts）通过记录提交的虚假祖先信息，使两条原本不同的开发线连接在一起。这样你就可以让 Git 假装提交的一组父提交与创建提交 (commit) 时的记录不同。通过 .git/info/grafts 文件进行配置。

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

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

当前分支。详细地讲，你的工作区通常是由 HEAD 所指的树的状态衍生出来的。HEAD 是对你的版本库中的一个头的引用，除非使用分离的 HEAD，这种情况下它直接引用一个任意的提交。

头的同义词。

在几个 Git 命令的正常执行过程中，会对可选的脚本进行调用，允许开发者添加功能或检查。通常情况下，钩子允许一个命令被预先验证并可能中止执行，并允许在操作完成后发出通知。钩子脚本可以在 $GIT_DIR/hooks/ 目录下找到，只需将文件名中的 .sample 后缀去掉即可启用。在早期版本的 Git 中，你必须将它们设置为可执行。

一个带有统计信息的文件集合，其内容以对象形式存储。索引是你的工作区的一个存储版本。事实上它也可以包含第二个，甚至第三个版本的工作区，这些在合并时使用。

关于某个特定文件的信息，存储在索引/暂存区。如果合并已经开始，但尚未完成（即如果索引包含该文件的多个版本），则索引条目可以取消合并。

默认的开发分支 。每当你创建一个 Git 仓库，就会创建一个名为 "master" 的分支，并成为活动分支。在大多数情况下，它包含了本地的开发内容，但这纯粹是惯例，并不是必须的。

作为动词。将另一个分支（可能来自外部仓库）的内容引入当前分支。在被合并的分支来自不同的仓库的情况下，这是通过首先抓取远程分支，然后将结果合并到当前分支来实现的。这种获取和合并操作的组合被称为拉取。合并是由一个自动过程进行的，该过程会识别自分支分歧以来的变化，然后将所有这些变化应用在一起。在变化发生冲突的情况下，可能需要人工干预来完成合并。

Git中的存储单位。它由其内容的SHA-1作为唯一的标识。因此，一个对象不能被改变。

存储一组 “对象 (objects)”，一个单独的对象由其对象名称标识。这些对象通常存在于`$GIT_DIR/objects/`中。

对象名称的同义词。

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

其中一个标识符"提交", "树", "标签"或"blob"描述一个<<def_object,对象>的类型。

合并两个以上的分支。

获取尚未存在的 分支 （即 未出 分支）的行为。执行此操作后，首次创建的提交将成为无父提交，并开始新的历史。

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

只更新和添加文件到工作目录，但不删除它们，类似于 cp -R 会更新目标目录中的内容。这是检出中的默认模式，当从暂存区或树状标识中检出文件时。相反，非覆盖模式也会删除源文件中不存在的跟踪文件，类似于 rsync --delete。

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

包中的对象的标识符和其他信息的列表，以协助有效地访问一个包的内容。

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

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

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

术语挖掘指的是 diff 核心例程 (diffcore) 的一个选项，辅助选择增加或删除特定文本字符串的变化。通过 --pickaxe-all 选项，它可以用来查看引入或删除的全部变更集，例如某一行文字。参见 git-diff[1]。

Git 核心的昵称。

依靠Git 核心的程序和程序套件的昵称，是对Git核心上层封装。与管件相比，瓷件暴露了更多 SCM 接口。

相比于全局引用，它是对每个工作区的引用。 目前只有 HEAD 和任何以 refs/bisect/ 开头的引用，但以后可能包括其他不寻常的引用。

A ref that has different semantics than normal refs. These refs can be read via normal Git commands, but cannot be written to by commands like git-update-ref[1].

拉取一个分支意味着获取一个分支并且合并这个分支。 另见 git-pull[1]。

推送一个分支意味着从远程的仓库获取该分支的头引用，找出它是否是该分支的本地分支引用的一个祖先。在这种情况下，将所有从本地分支引用可达的对象，以及从远程仓库中丢失的对象，放入远程对象库，并更新远程分支引用。如果远程头/分支不是本地分支的祖先，则推送失败。

一个给定的提交的所有祖先都被称为可以从该提交 “到达”。更一般地说，如果一个对象可以通过对象链从一个标签到达任意一个对象链标记的标签，那么该对象就是可达的，提交到它们的父提交或树，以及树到它们所包含的树或二进制对象。

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

将分支的一系列修改重新应用于不同的分支上，并将头指针重置为该分支。

A name that points to an object name or another ref (the latter is called a symbolic ref). For convenience, a ref can sometimes be abbreviated when used as an argument to a Git command; see gitrevisions[7] for details. Refs are stored in the repository.

引用日志显示一个引用的本地 “历史”。 换句话说，它可以告诉你，在昨天下午 9:14，这个 仓库的最后三次修订是什么，以及 这个 仓库的当前状态是什么。 详情见 git-reflog[1]。

A "refspec" is used by fetch and push to describe the mapping between remote ref and local ref. See git-fetch[1] or git-push[1] for details.

一个部署在其他地方但用于跟踪同一个项目的仓库。要与远程通信，请参阅获取或推送。

一个用来跟踪另一个仓库变化的引用。它通常看起来像’refs/remotes/foo/bar'（表示它跟踪一个名为’foo’的远程中名为’bar’的分支），并对配置好的fetch引用规范右侧进行匹配。一个远程跟踪分支不应该由直接的修改或是本地的提交构成。

一个引用的集合和一个对象库的集合，包含了引用中所有的可达的对象，可能还有一个或多个瓷件元数据。一个仓库可以通过轮替对象库与其他存储库共享对象数据库。

手动修复由自动合并产生的遗留错误。

与提交（名词形式）同义。

删除一部分数据，即把头指针指向较早的版本。

源代码管理（工具）。

“安全哈希算法 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）签名，这种情况下 PGP 被称为： “有签名的标签对象” (signed tag object)。

一个常规的 Git 分支，被开发者用来确定一个概念性的开发路线。由于新建一个分支通常需要很小的代价，所以通常开发中会包含几个小的分支，每个分支都有着非常明确的概念或小的增量但相关的变化。

要么是一个工作区，要么是一个树对象连同附属的二进制文件对对象和对象树（即一个工作区的存储表示）。

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

一个 目录树对象 或一个 object 可以递归 解引用 到一个目录树对象。解引用 提交对象 可以得到与 修订 的顶层 目录 相对应的目录树对象。以下都是树状对象：一个 提交号、一个树状对象、一个指向树状对象的 标签对象、一个指向树状对象的标签对象、一个指向目录树对象的标签对象，等等。

HEAD 可以指向一个分支，而这个分支>尚未存在，也没有任何提交，这样的分支被称为未诞生分支。用户遇到未诞生分支的最常见方式是不从其他地方克隆，而是重新创建一个仓库。HEAD 会指向尚未诞生的 main（或 master，取决于你的配置）分支。此外，某些操作也会通过 <<def_orphan,orphan 选项让你进入一个未诞生的分支。

一个暂存区，包含未合并的索引项。

一个从分支、标签或任何其他引用中都不可达的对象。

默认的 分支 会被合并到相关的分支中（或相关的变基 (rebase) 分支）。它是通过 branch.<name>.remote 和 branch.<name>.merge 配置的。如果 A 的上游分支是 origin/B，这有时会称作 “A 正在跟踪 origin/B”。

实际检查出来的文件树。 工作区通常包含HEAD提交树的内容，和一些你已经做了但还没有提交的本地修改。

一个仓库可以没有（即裸仓库），也可以有一个或多个工作树附属于它。一个 “工作树 ”由 “工作区”和版本库元数据组成，其中大部分元数据在单个仓库的其他工作树中共享，有些元数据在每个工作树中单独维护（例如：索引、HEAD 和像MERGE_HEAD这样的伪引用 、每个工作树索引件和每个工作树）。