他们依照 GitHub 等文档格式，汇整了部分常见的 Git 和 GitHub 中的名词的英文改名或其说明。
译者：庞克老张Git 和 GitHub 已经成为了合作开发人员的基础辅助工具，特别是参予开放源码软件设计时时常会采用它们。但在 Git 和 GitHub 采用过程中碰到的很多名词并没有国际标准的或同义词的英文片名，因此，他们依照 GitHub 、 Git 等文档格式，并紧密结合他们的译者规矩，汇整了 Git 和 GitHub 中常见名词的英文片名或其说明。
这里更为重要是名词有重制、挂勾、议程、隆哥蒙、变基、库房等，这些名词以后或是时常中文杂乱采用，或是英文拼法不确认，他们依照十多年的译者和合作开发实战经验，在 GitHub 拼法的基础上进行推敲，重新整理了如下表所示的名词表供大家采用参照。此外，“重制”那个译者应该是他们 LCTT Soleymieux 的；而“议程”那个对 issue 的拼法也比以后的一些其他拼法更为精确；“库房”referring还有存储库、版库等拼法，但库房referring或许更为最合适。
债务人(assignee)
重新分配到某一议程的使用者。
上溯(blame)
Git 中的“上溯”机能叙述对文档第一行的新一代修正，一般会显示修正、译者和时间。这很管用，比如，能追踪何时能加进了机能，或是别的递交导致了某一安全漏洞。
组成部分(branch)
组成部分是库房的相连接版。它包涵在库房中，但不影响主要或 master 组成部分，可让你民主自由组织工作而不受阻“即刻”版。在继续执行所需的更动后，能将组成部分分拆回 master 组成部分以发布更动。
验出(checkout)
你能在配置文档上采用 git checkout 建立新组成部分，将现阶段的组织工作组成部分更动为不同的组成部分，甚至采用 git checkout [branchname] [path to file]从不同的组成部分切换到不同版的文档。“验出”操作会采用对象数据库中的树对象或 blob 更新组织工作树的全部或部分，以及更新索引和 HEAD（如果整个组织工作树指向新组成部分）。
优选(cherry-picking)
从一系列更动（通常是递交）中选择一部分更动，并在不同的代码库上将它们记录为新的更动系列。在 Git 中，这通过 git cherry-pick 命令来继续执行，在另一个组成部分上解压缩现有递交引入的更动，并依照现阶段组成部分的提示将其记录为新递交。
清洁(clean)
组织工作树在对应现阶段头部引用的版时是清洁的。另请参阅“脏”。
克隆(clone)
克隆是指存在于计算机上而非网站服务器其他位置的库房副本，或是是复制的操作。在克隆时，可在首选编辑器中编辑文档，采用 Git 追踪更动而无需保持在线。你克隆的库房仍与远程版连接，以便当你在线时将本地更动推送到远程，以保持同步。
行为准则(code of conduct)
为如何参予社区制定国际标准的文档格式。
代码所有者(code owner)
被指定为部分库房代码所有者的个人。当有人打开对代码所有者拥有的代码进行更动的拉取请求（非草稿模式）时，会自动申请代码所有者审查。
协译者(collaborator)
协译者是受库房所有者邀请参予，对库房拥有读取和写入权限的人。
递交(commit)
递交或“修正”是对一个文档（或一组文档）的个别更动。在进行递交以保存组织工作时，Git 会建立唯一的 ID（也称为 “SHA” 或“哈希”），用于记录递交的某一更动以及递交者和递交时间。递交通常包涵一条递交消息，其中简要说明所做的更改。
递交译者(commit author)
进行递交的使用者。
递交 ID(commit ID)
也称为 SHA。用于识别递交的 40 字符校验和的哈希。
递交消息(commit message)
随附于递交的简短叙述性文字，用于沟通递交引入的更动。
持续集成(continuous integration)
也称为 CI。在个人对 GitHub 上配置的库房递交更动后运行自动化构建和测试的过程。CI 是软件设计中一种帮助检测错误的常见最佳实践。
贡献指南(contribution guidelines)
说明人们应如何参予项目的文档格式。
贡献(contributions)
GitHub 上的某一活动。
贡献者(contributor)
贡献者是指对库房没有协译者权限但参予过项目，并且他们打开的拉取请求已分拆到库房的人员。
默认组成部分(default branch)
库房中的基本组成部分，除非你指定不同的组成部分，否则会自动对它完成所有拉取请求和代码递交。此组成部分通常称为 master。
游离的 HEAD (detached HEAD)
如果你操作的是游离的 HEAD，Git 将会警告你，这意味着 Git 不指向某一组成部分，并且你的任何提交都不会出现在递交历史记录中。比如，在验出并非任何某一组成部分新一代递交的任意递交时，你操作的是“游离的 HEAD”。
差异(diff)
差异是指两个递交之间的更动或保存的更动之间的区别，它将从视觉上叙述文档自上次递交后加进或删除的内容。
脏(dirty)
组织工作树如果包涵尚未递交到现阶段组成部分的更动，将被视为“脏”。
快进(fast-forward)
快进是一种特殊类型的分拆，在其中你有修正以及“分拆”另一个组成部分的更动作为现有组成部分的子系。在这种情况下，你无法进行新的分拆递交，而只是更新此修正。这在远程库房的远程追踪组成部分中时常发生。
机能组成部分(feature branch)
用于试验新机能或修复未正式采用的议程的组成部分。也称为主题组成部分。
围栏代码块(fenced code block)
你能在代码块前后采用三个反引号 “`，通过 GitHub Flavored Markdown 建立缩进代码块。
在采用 git fetch 时，你将从远程库房加进更动到本地组织工作组成部分，而不递交它们。与 git pull 不同，提取可让你在更动递交到本地组成部分以后先进行审查。
跟进（使用者）(following (users))
强制推送(force push)
一种采用本地更动覆盖远程库房的 Git 推送，不管是否冲突。
重制(fork)
重制是其他使用者库房在你的帐户上的个人副本。重制允许你民主自由更动项目而不影响原始上游库房。你也能在上游库房中打开拉取请求，并使重制同步新一代的更动，因为两个库房仍然互相连接。
gitfile
一种普通的 .git 文档，始终位于组织工作树的根部，指向 Git 目录，包涵整个 Git 库房或其元数据。你能在配置文档上采用 git rev-parse –git-dir 查看库房（实际库房）的此文档。
HEAD
现阶段组成部分。
挂勾(hook)
在多个 Git 命令正常继续执行时，对可选脚本进行标注以允许合作开发人员加进机能或检查。通常，挂勾允许预先验证和潜在中止命令，并且允许在操作完成后再发事后通知。
实例(instance)
组织包涵在其配置和控制的虚拟机中的 GitHub 私有副本。
议程(issue)
议程是提议的与库房相关的改进、任务或问题。（对于公共库房）任何人都可建立议程，然后由库房协译者调解。每个议程都包涵自己的讨论线程。你也能采用标签将议程归类并重新分配到某人。
密钥指纹(key fingerprint)
用于识别较长公钥的简短字节系列。
关键词(keyword)
用在拉取请求中时关闭议程的某一文字。
标签(label)
议程或拉取请求的标记。库房随附一系列默认标签，但使用者也可建立自定义标签。
LFS
Git Large File Storage。一种开放源码 Git 扩展，用于对大文档进行版控制。
许可证(license)
一种可随附于项目的文档格式，告知们能够对你的源代码继续执行哪些操作，不能继续执行哪些操作。
行注释(line comment)
拉取请求内某一代码行上的评论。
主干(master)
默认合作开发组成部分。只要建立 Git 库房，就会建立一个名为 master 的组成部分，并且它会变为活动的组成部分。大多数情况下，这包涵本地合作开发，但纯属规矩，而非必需。
提及(mention)
一种通过在使用者名前加上 @ 符号来发送给使用者的通知。GitHub 上组织中的使用者也可成为可提及的团队一部分。
分拆(merge)
分拆是从一个组成部分（在相同的库房中或来自一个分叉）提取更动，然后将其应用到另一个组成部分。这通常是作为“拉取请求”（可视为请求分拆）或通过配置文档完成。如果没有冲突的更动，可通过 GitHub.com web 界面采用拉取请求完成分拆，或始终通过配置文档完成。
分拆冲突(merge conflict)
分拆的组成部分之间发生的差异。当人们对同一文档的同一行进行不同的更动时，或是一个人编辑某文档而另一个人删除该文档时，就会发生分拆冲突。必须解决分拆冲突后才可分拆组成部分。
分拆请求(merge request)
分拆请求（MR）是 GitLab 上类似于 GitHub 上的拉取请求的概念。
里程碑(milestone)
一种追踪库房中议程或拉取请求组进度的方式。
镜像(mirror)
库房的新副本。
非快进(non-fast-forward)
当库房的本地副本未与上游库房同步时，你在推送本地更动以后需要提取上游更动。
通知(notification)
web 或电子邮件（依照你的设置）传送的更新，提供你感兴趣的活动的相关信息。
外部协译者(outside collaborator)
已被授予访问一个或多个组织的库房但对组织没有其他访问权限的使用者，且不属于组织的成员。
开放源码(open source)
开放源码软件是可供任何人民主自由采用、修正和共享（以修正和未修正的形式）的软件。今天，“开放源码”的概念通常扩展到软件以外，代表一种协作原则，其中组织工作材料在线供任何人分叉、修正、讨论和参予。
源(origin)
默认上游库房。大多数项目至少有一个它们追踪的上游项目。默认情况下，源用于该目的。
所有者(owner)
对组织有完全管理权限的组织成员。
私有贡献(private contributions)
对私有（与公共相对）库房的贡献。
私有库房(private repository)
私有库房仅对库房所有者和所有者指定的协译者可见。
生产组成部分(production branch)
包涵可采用或部署到应用程序或站点的最终更动的组成部分。
个人资料(profile)
显示 GitHub 上使用者活动相关信息的页面。
受保护组成部分(protected branch)
受保护组成部分在库房管理员选择保护的组成部分上禁止多项 Git 机能。必要检查未通过或必需审查未批准，不能对它们继续执行强制推送、删除和更动分拆，或是不能从 GitHub web 界面上传文档到其中。受保护组成部分通常是默认组成部分。
公共贡献(public contributions)
对公共（与私有相对）库房的贡献。
公共库房(public repository)
公共库房可供任何人查看，包括不是 GitHub 使用者的人员。
拉取(pull)
拉取是指提取与分拆更动。比如，如果有人编辑了你操作的远程文档，你要将这些更动拉取到本地副本，以使其保持新一代。另请参阅“提取”。
拉取权限(pull access)
读取权限的同义词。
拉取请求(pull request)
拉取请求（PR）是提议更动使用者递交的库房，然后被库房协译者接受或拒绝。像议程一样，每个拉取请求都有自己的论坛。
拉取请求审查(pull request review)
拉取请求中协译者批准更动或在拉取请求分拆以后申请进一步更动的评论。
推送(push)
推送是指将递交的更动发送到 GitHub.com 上的远程库房。比如，如果你在本地更动内容，便可推送这些更动，让其他人访问。
推送组成部分(push a branch)
成功将组成部分推送到远程库房后，采用本地组成部分中的更动来更新远程组成部分。在你“推送组成部分”时，Git 将会到远程库房中搜索组成部分的头部引用，并验证它是组成部分本地头部引用的直系原型
推送权限(push access)
写入权限的同义词。
读取权限(read access)
对库房的权限级别，允许使用者拉取或是读取库房中的信息。所有公共库房向所有 GitHub 使用者授予读取权限。拉取权限的同义词。
自述文档(README)
包涵仓库英文档相关信息的文本文档，通常是库房访问者看到的第一个文档。自述文档连同库房许可证、参予指南以及行为准则，帮助你交流要求和管理项目的参予。
变基(rebase)
将一系列更动从一个组成部分重新应用到不同的基本组成部分，并将该组成部分的头部重置为结果。
发布(release)
GitHub 封装软件并向使用者提供软件的方式。
远程(remote)
这是托管于服务器（很可能是 GitHub.com）上的库房或组成部分版。远程版本能连接到本地克隆，以使更动保持同步。
远程库房(remote repository)
用于追踪同一个项目但储存在其他位置的库房。
远程 URL(remote URL)
存储代码的位置：GitHub、其他用户组成部分甚至不同服务器 上的库房。
副本(replica)
为主要 GitHub Enterprise 实例提供冗余的 GitHub Enterprise 实例。
库房(repository)
库房是 GitHub 最基本的元素，最容易被想象成项目的文档夹。一个库房包涵所有项目文档（包括文档格式），并且存储每个文档的修正历史记录。库房可有多个协译者，也能是公共库房或私有库房。
库房维护员(repository maintainer)
管理库房的人员。此人可帮助对议程分类，以及采用标签和其他机能管理库房的组织工作，也可负责更新自述文档和参予文档。
解决(resolve)
手动修复自动分拆失败的操作。
还原(revert)
恢复 GitHub 上的拉取请求时，新拉取请求会自动打开，其中有一个递交用于从原始分拆的拉取请求恢复分拆递交。在 Git 中，你能采用 git revert 恢复递交。
审查(review)
审查允许对库房具有访问权限的其他人评论拉取请求中提议的更动、审批更动或在拉取请求分拆以后请求进一步更动。
服务挂勾(service hook)
也称为“Web 挂勾”。Web 挂勾是一种通知方式，只要库房或组织上发生某一操作，就会发送通知到外部 web 服务器。
压扁(squash)
将多个递交分拆为一个。也是 Git 命令。
暂存实例(staging instance)
在修正应用到实际 GitHub Enterprise 实例以后测试修正的一种方式。
状态(status)
拉取请求中的可视表现形式，表示你的递交符合你参予的库房所设定的条件。
隆哥蒙(star)
库房的书签或赞赏表示。隆哥蒙是项目受欢迎程度排名的手动方式。
主题组成部分(topic branch)
合作开发人员用来识别合作开发概念行的常规 Git 组成部分。由于组成部分很容易并且便宜，因此往往适合拥有多个小组成部分，每个小组成部分包涵定义明确的概念，或是渐进但相关的更动。也可称为“特征分支”。
上游(upstream)
上游组成部分(upstream branch)
分拆到所述组成部分的默认组成部分（或所述组成部分变基到的组成部分）。它通过 branch.<name>.remote 和 branch.<name>.merge 配置。如果 A 的上游组成部分是源/B，有时他们会说“A 在追踪源/B”。
查看(watch)
web 挂勾(webhooks)
Web 挂勾可让你构建或设置订阅 GitHub.com 上某一事件的 GitHub 应用程序。Web 挂勾提供一种通知方式，只要库房或组织中发生某一操作，就会发送通知到外部 web 服务器。也称为“服务挂勾”。
写入权限(write access)
对库房的权限级别，可让使用者推送或写入更动到库房。
