关键字 gitdir: 后面的数据用作 glob 模式。 如果 .git 目录的位置与该模式匹配，则满足包含条件。

这与 gitdir 相同，只是匹配以不区分大小写的方式完成（例如，在不区分大小写的文件系统上）

关键字 onbranch: 后面的数据被认为是具有标准 globbing 通配符和两个附加通配符 **/ 和 /** 的模式，它们可以匹配多个路径组件。 如果我们在工作树中，并且当前检出的分支的名称与该模式匹配，则满足包含条件。

此关键字后面的数据被认为是具有标准 globbing 通配符和两个附加通配符 **/ 和 /** 的模式，它们可以匹配多个组件。 第一次看到此关键字时，将扫描其余配置文件中的远程 URL（不应用任何值）。 如果存在至少一个与此模式匹配的远程 URL，则满足包含条件。

当一个变量被说成接受布尔值时，true 和 false 接受许多同义词；这些都是不区分大小写的。

许多指定各种大小的变量的值可以附加 k、M…​，分别表示“将数字缩放 1024”、“缩放 1024x1024”等。

接受颜色的变量的值是一个颜色列表（最多两个，一个用于前景色，一个用于背景色）和属性（可以根据需要添加多个），用空格分隔。

接受路径名值的变量可以给定一个以 "~/" 或 "~user/" 开头的字符串，并且通常的波浪号扩展会应用于这样的字符串：~/ 扩展为 $HOME 的值，而 ~user/ 扩展为指定用户的家目录。

告诉 git add 在由于索引错误而无法添加某些文件时继续添加文件。等效于 git-add[1] 的 --ignore-errors 选项。add.ignore-errors 已弃用，因为它不遵循配置变量的通常命名约定。

这些变量控制各种可选的帮助消息，旨在帮助新用户。当未配置时，Git 将在消息旁边给出有关如何抑制它的说明。你可以通过将相应的变量设置为 false 来告诉 Git 你已经理解了该问题，不再需要特定的帮助消息。

git[1] 命令包装器的命令别名 - 例如，在定义 alias.last = cat-file commit HEAD 之后，调用 git last 等效于 git cat-file commit HEAD。 为了避免混淆和脚本使用问题，将忽略隐藏现有 Git 命令的别名。 参数由空格分隔，支持常用的 shell 引用和转义。 可以使用引号对或反斜杠来引用它们。

如果为 true，git-am 将使用参数 --keep-cr 调用 git-mailsplit 来处理 mbox 格式的补丁。 在这种情况下，git-mailsplit 将不会从以 \r\n 结尾的行中删除 \r。 可以通过从命令行给出 --no-keep-cr 来覆盖。 请参阅 git-am[1]、git-mailsplit[1]。

默认情况下，如果补丁未干净地应用，git am 将会失败。 当设置为 true 时，此设置告诉 git am 在补丁记录了它应该应用到的 blob 的标识，并且我们本地拥有这些 blob 时，回退到三向合并（等效于从命令行给出 --3way 选项）。 默认为 false。 请参阅 git-am[1]。

当设置为 change 时，告诉 git apply 忽略空格中的更改，与 --ignore-space-change 选项的方式相同。 当设置为以下值之一时：no、none、never、false，它告诉 git apply 尊重所有空格差异。 请参阅 git-apply[1]。

告诉 git apply 如何处理空格，与 --whitespace 选项的方式相同。 请参阅 git-apply[1]。

对存储库中树的引用，从中读取属性，而不是工作树中的 .gitattributes 文件。 如果该值无法解析为有效的树对象，则会使用空树。 当使用 GIT_ATTR_SOURCE 环境变量或 --attr-source 命令行选项时，此配置变量无效。

用于匹配引用名称的正则表达式。 由与此模式匹配的引用指向的提交（并且满足下面的标准，例如 bitmapPseudoMerge.<name>.sampleRate 和 bitmapPseudoMerge.<name>.threshold）将被考虑包含在伪合并位图中。

确定连续的伪合并位图组的大小减小的速率。 必须是非负数。 此参数可以被认为是函数 f(n) = C * n^-k 中的 k，其中 f(n) 是第 `n` 个组的大小。

确定选择包含在不稳定的伪合并位图中的非位图提交（在引用提示中）的比例。 必须介于 0 和 1 之间（包括）。 默认值为 1。

确定非位图提交（如上所述，在引用提示中）的最小年龄，这些提交是不稳定的伪合并位图中包含的候选者。 默认值为 1.week.ago。

确定可以在其中分配提交的最大伪合并提交数。

确定提交（如上所述，在引用提示中，但是即使稳定提交已被位图覆盖，它们仍然被认为是候选者）的最小年龄，这些提交是稳定的伪合并位图的候选者。 默认值为 1.month.ago。

确定稳定伪合并位图的大小（以提交数为单位）。默认值为 512。

在 git-blame[1] 中显示边界提交的空白提交对象名称。此选项默认为 false。

这决定了应用于 blame 输出的着色方案。它可以是 repeatedLines、highlightRecent 或 none，后者是默认值。

指定用于在 git-blame[1] 中输出日期的格式。如果未设置，则使用 iso 格式。 有关支持的值，请参阅 git-log[1] 中 --date 选项的讨论。

在 git-blame[1] 中显示作者电子邮件，而不是作者姓名。此选项默认为 false。

在 git-blame[1] 中，不要将根提交视为边界。此选项默认为 false。

忽略文件中列出的修订，每行一个未缩写的对象名称，位于 git-blame[1] 中。 空格和以 # 开头的注释将被忽略。 此选项可以重复多次。 空文件名将重置忽略的修订列表。 此选项将在命令行选项 --ignore-revs-file 之前处理。

标记被忽略的修订所更改的行，这些行无法归因于 git-blame[1] 输出中的另一个提交，并带有 *。

标记被忽略的修订所更改的行，这些行归因于 git-blame[1] 输出中的另一个提交，并带有 ?。

告诉 git branch、git switch 和 git checkout 设置新的分支，以便 git-pull[1] 将适当地从起始点分支合并。 请注意，即使未设置此选项，也可以使用 --track 和 --no-track 选项为每个分支选择此行为。 有效设置为： false — 不进行自动设置； true — 当起始点是远程跟踪分支时，进行自动设置； always — 当起始点是本地分支或远程跟踪分支时，进行自动设置； inherit — 如果起始点具有跟踪配置，则将其复制到新分支； simple — 仅当起始点是远程跟踪分支并且新分支的名称与远程分支相同时，才进行自动设置。 此选项默认为 true。

当使用 git branch、git switch 或 git checkout 创建一个跟踪另一个分支的新分支时，此变量告诉 Git 设置 pull 以 rebase 而不是 merge（请参阅“branch.<name>.rebase”）。 当 never 时，rebase 永远不会自动设置为 true。 当 local 时，对于其他本地分支的跟踪分支，rebase 设置为 true。 当 remote 时，对于远程跟踪分支的跟踪分支，rebase 设置为 true。 当 always 时，rebase 将为所有跟踪分支设置为 true。 有关如何设置分支以跟踪另一个分支的详细信息，请参阅“branch.autoSetupMerge”。 此选项默认为 never。

此变量控制 git-branch[1] 显示分支时的排序顺序。 如果未提供 "--sort=<value>" 选项，则此变量的值将用作默认值。 有关有效值，请参阅 git-for-each-ref[1] 字段名称。

当位于分支 <name> 上时，它告诉 git fetch 和 git push 从哪个远程仓库获取或推送。 要推送到的远程仓库可能会被 remote.pushDefault 覆盖（对于所有分支）。 当前分支要推送到的远程仓库可以进一步被 branch.<name>.pushRemote 覆盖。 如果未配置远程仓库，或者您不在任何分支上并且存储库中定义了多个远程仓库，则获取默认为 origin，推送默认为 remote.pushDefault。 此外，.（句点）是当前的本地存储库（点存储库），请参阅下面 branch.<name>.merge 的最后一条注释。

当位于分支 <name> 上时，它会覆盖用于推送的 branch.<name>.remote。 它还覆盖用于从分支 <name> 推送的 remote.pushDefault。 当您从一个位置（例如，您的上游）拉取并推送到另一个位置（例如，您自己的发布存储库）时，您可能需要设置 remote.pushDefault 以指定所有分支要推送到的远程仓库，并使用此选项为特定分支覆盖它。

与 branch.<name>.remote 一起定义给定分支的上游分支。 它告诉 git fetch/git pull/git rebase 合并哪个分支，并且还可以影响 git push（请参阅 push.default）。 当位于分支 <name> 中时，它告诉 git fetch 要在 FETCH_HEAD 中标记为合并的默认 refspec。 该值被视为 refspec 的远程部分，并且必须与从“branch.<name>.remote”给定的远程仓库获取的 ref 匹配。 合并信息被 git pull（首先调用 git fetch）用于查找要合并的默认分支。 如果没有此选项，git pull 默认合并第一个获取的 refspec。 指定多个值以获取章鱼合并。 如果您希望设置 git pull，以便它从本地存储库中的另一个分支合并到 <name> 中，您可以将 branch.<name>.merge 指向所需的分支，并对 branch.<name>.remote 使用相对路径设置 .（句点）。

设置合并到分支 <name> 的默认选项。 语法和支持的选项与 git-merge[1] 的相同，但当前不支持包含空格字符的选项值。

当为 true 时，在运行 "git pull" 时，将分支 <name> rebase 到获取的分支之上，而不是从默认远程仓库合并默认分支。 有关以非特定于分支的方式执行此操作，请参阅 "pull.rebase"。

分支描述，可以使用 git branch --edit-description 编辑。 分支描述会自动添加到 format-patch 封面信或 request-pull 摘要中。

指定调用指定浏览器的命令。 指定的命令在 shell 中求值，并将 URL 作为参数传递。（请参阅 git-web--browse[1]。）

覆盖给定工具的路径，该工具可用于浏览 HTML 帮助（请参阅 git-help[1] 中的 -w 选项）或 gitweb 中的工作存储库（请参阅 git-instaweb[1]）。

bundle.* 键可能出现在通过 git clone --bundle-uri 选项找到的捆绑列表文件中。 如果将这些键放置在存储库配置文件中，则目前无效，尽管将来会更改。 有关更多详细信息，请参阅 捆绑 URI 设计文档。

此整数值声明捆绑列表使用的捆绑列表格式的版本。 当前，唯一接受的值是 1。

此字符串值应为 all 或 any。 此值描述了是否需要所有声明的捆绑包才能理解捆绑信息的完整信息 (all)，或者是否任何一个列出的捆绑 URI 都足够 (any)。

如果存在此字符串值键，则捆绑列表旨在与增量 git fetch 命令一起使用。 启发式信号表明每个捆绑包都有其他键可用，这些键有助于确定客户端应下载哪些捆绑包子集。 当前唯一理解的值是 creationToken。

bundle.<id>.* 键用于描述捆绑列表中单个项目，这些项目在 <id> 下分组以进行标识。

此字符串值定义了 Git 可以访问此 <id> 内容的 URI。 此 URI 可以是捆绑文件或另一个捆绑列表。

当您运行 git checkout <something> 或 git switch <something> 且只有一个远程仓库时，它可能会隐式地回退到检出并跟踪，例如 origin/<something>。一旦您有多个具有 <something> 引用的远程仓库，此行为将停止工作。此设置允许您设置一个首选远程仓库的名称，在消除歧义时始终优先选择该仓库。典型的用例是将此设置为 origin。

提供 git checkout 和 git switch 中 --guess 或 --no-guess 选项的默认值。请参阅 git-switch[1] 和 git-checkout[1]。

更新工作树时要使用的并行工作进程的数量。默认值为 1，即顺序执行。如果设置为小于 1 的值，Git 将使用与可用逻辑核心数一样多的工作进程。此设置和 checkout.thresholdForParallelism 会影响所有执行检出的命令。例如，checkout、clone、reset、sparse-checkout 等。

当使用少量文件运行并行检出时，子进程生成和进程间通信的成本可能会超过并行化的收益。此设置允许您定义尝试并行检出的最小文件数。默认值为 100。

一个布尔值，用于使 git-clean 拒绝删除文件，除非给出 -f。默认为 true。

克隆存储库时要创建的远程仓库的名称。默认为 origin。可以通过将 --origin 命令行选项传递给 git-clone[1] 来覆盖它。

如果存储库是浅克隆的，则拒绝克隆该存储库；可以通过在命令行上传递 --reject-shallow 选项来覆盖此设置。请参阅 git-clone[1]。

如果提供了部分克隆过滤器（请参阅 git-rev-list[1] 中的 --filter）并且使用了 --recurse-submodules，则还将过滤器应用于子模块。

一个布尔值，用于启用/禁用提示中的颜色（例如，推送失败时，请参阅 advice.* 以获取列表）。可以设置为 always、false（或 never）或 auto（或 true），在这种情况下，只有当错误输出转到终端时才使用颜色。如果未设置，则使用 color.ui 的值（默认为 auto）。

使用自定义颜色显示提示。

指定 git blame --color-by-age 的行注释颜色，具体取决于行的年龄。

如果来自与前一行相同的提交，则使用指定的颜色对 git blame --color-lines 的行注释进行着色。默认为青色。

一个布尔值，用于启用/禁用 git-branch[1] 输出中的颜色。可以设置为 always、false（或 never）或 auto（或 true），在这种情况下，只有当输出转到终端时才使用颜色。如果未设置，则使用 color.ui 的值（默认为 auto）。

使用自定义颜色进行分支着色。 <slot> 是 current（当前分支）、local（本地分支）、remote（refs/remotes/ 中的远程跟踪分支）、upstream（上游跟踪分支）、plain（其他引用）之一。

是否使用 ANSI 转义序列向补丁添加颜色。如果将其设置为 always，则 git-diff[1]、git-log[1] 和 git-show[1] 将对所有补丁使用颜色。如果设置为 true 或 auto，则这些命令仅在输出到终端时才使用颜色。如果未设置，则使用 color.ui 的值（默认为 auto）。

使用自定义颜色进行 diff 着色。 <slot> 指定要使用指定颜色的补丁的哪个部分，并且是 context（上下文文本 - plain 是历史同义词）、meta（元信息）、frag（hunk 标头）、func（hunk 标头中的函数）、old（删除的行）、new（添加的行）、commit（提交标头）、whitespace（突出显示空白错误）、oldMoved（删除的行）、newMoved（添加的行）、oldMovedDimmed、oldMovedAlternative、oldMovedAlternativeDimmed、newMovedDimmed、newMovedAlternative newMovedAlternativeDimmed（有关详细信息，请参见 git-diff[1] 中 *--color-moved* 的 <mode> 设置）、contextDimmed、oldDimmed、newDimmed、contextBold、oldBold 和 newBold（有关详细信息，请参见 git-range-diff[1]）。

使用自定义颜色显示 git log --decorate 输出。 <slot> 是 branch、remoteBranch、tag、stash 或 HEAD，分别用于本地分支、远程跟踪分支、标签、储藏和 HEAD，以及 grafted 用于嫁接的提交。

设置为 always 时，始终突出显示匹配项。 当 false（或 never）时，从不。 设置为 true 或 auto 时，仅当将输出写入终端时才使用颜色。 如果未设置，则使用 color.ui 的值（默认为 auto）。

使用自定义颜色进行 grep 着色。 <slot> 指定要使用指定颜色的行的哪个部分，并且是以下之一

设置为 always 时，始终对交互式提示和显示（例如“git-add --interactive”和“git-clean --interactive”使用的提示和显示）使用颜色。当为 false（或 never）时，从不。设置为 true 或 auto 时，仅当将输出发送到终端时才使用颜色。如果未设置，则使用 color.ui 的值（默认为 auto）。

使用自定义颜色显示 git add --interactive 和 git clean --interactive 输出。 <slot> 可以是 prompt、header、help 或 error，用于交互式命令的四种不同类型的正常输出。

一个布尔值，用于指定 auto 颜色模式是否应对发送到分页器的输出进行着色。 默认为 true；如果您的分页器不理解 ANSI 颜色代码，请将其设置为 false。

一个布尔值，用于启用/禁用推送错误中的颜色。可以设置为 always、false（或 never）或 auto（或 true），在这种情况下，只有当错误输出转到终端时才使用颜色。如果未设置，则使用 color.ui 的值（默认为 auto）。

使用自定义颜色显示推送错误。

如果设置，则会突出显示行首的关键字。 这些关键字为“error”、“warning”、“hint”和“success”，并且不区分大小写。 可以设置为 always、false（或 never）或 auto（或 true）。 如果未设置，则使用 color.ui 的值（默认为 auto）。

使用自定义颜色显示每个远程关键字。 <slot> 可以是 hint、warning、success 或 error，它们与相应的关键字匹配。

一个布尔值，用于启用/禁用 git-show-branch[1] 输出中的颜色。可以设置为 always、false（或 never）或 auto（或 true），在这种情况下，只有当输出转到终端时才使用颜色。如果未设置，则使用 color.ui 的值（默认为 auto）。

一个布尔值，用于启用/禁用 git-status[1] 输出中的颜色。可以设置为 always、false（或 never）或 auto（或 true），在这种情况下，只有当输出到终端时才使用颜色。如果未设置，则使用 color.ui 的值（默认情况下为 auto）。

使用自定义颜色进行状态着色。<slot> 是以下之一：header（状态消息的标题文本）、added 或 updated（已添加但未提交的文件）、changed（已更改但未添加到索引中的文件）、untracked（未被 Git 跟踪的文件）、branch（当前分支）、nobranch（显示无分支警告的颜色，默认为红色）、localBranch 或 remoteBranch（分别是在状态短格式中显示分支和跟踪信息时使用的本地和远程分支名称），或 unmerged（具有未合并更改的文件）。

一个布尔值，用于启用/禁用推送被拒绝时的颜色。可以设置为 always、false（或 never）或 auto（或 true），在这种情况下，只有当错误输出到终端时才使用颜色。如果未设置，则使用 color.ui 的值（默认情况下为 auto）。

使用自定义颜色，当推送被拒绝时。

此变量确定诸如 color.diff 和 color.grep 之类的变量的默认值，这些变量控制每个命令族使用颜色的方式。 它的范围会随着越来越多的命令学习配置来为 --color 选项设置默认值而扩展。 如果您希望 Git 命令不使用颜色，除非使用其他配置或 --color 选项显式启用，请将其设置为 false 或 never。 如果您希望所有不用于机器消费的输出都使用颜色，请将其设置为 always。如果您希望此类输出在写入终端时使用颜色，请将其设置为 true 或 auto（这是自 Git 1.8.4 以来的默认设置）。

指定支持的命令是否应以列输出。 此变量由空格或逗号分隔的标记列表组成

指定是否以列的形式输出 git branch 中的分支列表。 请参阅 column.ui 了解详细信息。

指定在 git clean -i 中列出项目时的布局，该命令始终以列的形式显示文件和目录。 请参阅 column.ui 了解详细信息。

指定是否以列的形式输出 git status 中未跟踪的文件。 请参阅 column.ui 了解详细信息。

指定是否以列的形式输出 git tag 中的标签列表。 请参阅 column.ui 了解详细信息。

此设置会覆盖 git commit 中 --cleanup 选项的默认值。 有关详细信息，请参阅 git-commit[1]。 当您始终希望在日志消息中保留以注释字符 # 开头的行时，更改默认值可能很有用，在这种情况下，您将执行 git config commit.cleanup whitespace（请注意，如果您这样做，则必须自己删除提交日志模板中以 # 开头的帮助行）。

一个布尔值，用于指定是否应对所有提交进行 GPG 签名。 在执行诸如变基之类的操作时使用此选项可能会导致大量提交被签名。 使用代理可能很方便，以避免多次键入您的 GPG 密码。

一个布尔值，用于在使用编辑器准备提交消息时启用/禁用在提交消息模板中包含状态信息。 默认为 true。

指定要用作新提交消息模板的文件的路径名。

一个布尔值或整数，用于指定 git commit 的详细程度。 有关详细信息，请参阅 git-commit[1]。

指定在写入或读取 commit-graph 文件时要使用的生成号版本类型。 如果指定了版本 1，则不会写入或读取更正后的提交日期。 默认为 2。

指定 git commit-graph write 的 --max-new-filters 选项的默认值（参见 git-commit-graph[1]）。

已弃用。 如果为 true，则等效于 commitGraph.changedPathsVersion=-1；如果为 false，则等效于 commitGraph.changedPathsVersion=0。（如果还设置了 commitGraph.changedPathVersion，则 commitGraph.changedPathsVersion 优先。）

指定 Git 将读取和写入的已更改路径 Bloom 过滤器的版本。 可以为 -1、0、1 或 2。 请注意，大于 1 的值可能与尚未了解这些版本的旧版本 Git 不兼容。 在混合版本环境中操作时请务必小心。

这仅由 git-completion.bash 使用，用于从已完成命令的列表中添加或删除命令。 通常，只有瓷器命令和少数其他选定命令会被完成。 您可以在此变量中添加更多命令，以空格分隔。 在命令前加上 - 将从现有列表中删除它。

告知 Git 是否要遵守工作树中文件的可执行位。

（仅限 Windows）如果为 true，则将名称以点开头的新创建的目录和文件标记为隐藏。 如果为 dotGitOnly，则仅隐藏 .git/ 目录，但不隐藏任何其他以点开头的文件。 默认模式为 dotGitOnly。

内部变量，它启用各种解决方法，以使 Git 在不区分大小写的文件系统（如 APFS、HFS+、FAT、NTFS 等）上更好地工作。 例如，如果目录列表在 Git 期望“Makefile”时找到“makefile”，Git 将假定它实际上是同一个文件，并继续将其记住为“Makefile”。

此选项仅由 Git 的 Mac OS 实现使用。 当 core.precomposeUnicode=true 时，Git 会还原 Mac OS 完成的 filenames 的 unicode 分解。 这在 Mac OS 与 Linux 或 Windows 之间共享存储库时非常有用。 （需要 Windows 版 Git 1.7.10 或更高版本，或 cygwin 1.7 下的 Git）。 当为 false 时，文件名由 Git 完全透明地处理，这与旧版本的 Git 向后兼容。

如果设置为 true，则不允许检出在 HFS+ 文件系统上将被视为等效于 .git 的路径。 在 Mac OS 上默认为 true，在其他地方默认为 false。

如果设置为 true，则不允许检出可能导致 NTFS 文件系统出现问题的路径，例如，与 8.3 "short" 名称冲突。 在 Windows 上默认为 true，在其他地方默认为 false。

如果设置为 true，则为此工作目录启用内置的文件系统监视器守护程序（git-fsmonitor--daemon[1]）。

Otherwise, this variable contains the pathname of the "fsmonitor"
hook command.

设置调用 "fsmonitor" 钩子时要使用的协议版本。

如果为 false，则忽略索引和工作树之间的 ctime 差异；当 inode 更改时间经常被 Git 外部的东西修改时（文件系统爬虫和一些备份系统），这很有用。 请参阅 git-update-index[1]。 默认为 True。

如果为 true，将使用索引的拆分索引功能。 请参阅 git-update-index[1]。 默认为 False。

确定如何处理索引的未跟踪缓存功能。 如果未设置此变量或将其设置为 keep，则将保留该缓存。 如果设置为 true，它将自动添加。 如果设置为 false，它将自动删除。 在将其设置为 true 之前，应检查 mtime 在您的系统上是否正常工作。 请参阅 git-update-index[1]。 默认为 keep，除非启用了 feature.manyFiles，否则默认情况下会将此设置设置为 true。

当缺失或设置为 default 时，会检查 stat 结构中的许多字段，以检测自 Git 查看文件以来文件是否已被修改。 当此配置变量设置为 minimal 时，mtime 和 ctime 的亚秒部分，文件所有者的 uid 和 gid，inode 编号（以及设备编号，如果 Git 被编译为使用它），将从这些字段的检查中排除，仅留下 mtime 的整秒部分（以及 ctime，如果设置了 core.trustCtime）和要检查的文件大小。

输出路径的命令 (例如，ls-files, diff) 将引用路径名中的“不寻常”字符，方法是用双引号将路径名括起来，并以 C 转义控制字符（例如，\t 表示 TAB，\n 表示 LF，\\ 表示反斜杠）或值大于 0x80 的字节（例如，八进制 \302\265 表示 UTF-8 中的“micro”）的相同方式，使用反斜杠转义这些字符。 如果此变量设置为 false，则高于 0x80 的字节不再被认为是“不寻常”的。 无论此变量的设置如何，双引号、反斜杠和控制字符始终会被转义。 简单的空格字符不被认为是“不寻常的”。 许多命令可以使用 -z 选项完全逐字输出路径名。 默认值为 true。

设置在工作目录中用于标记为文本的文件（通过设置 text 属性，或者通过 text=auto 并让 Git 自动检测内容为文本）的行尾类型。 替代方法是 lf, crlf 和 native, 这会使用平台的本机行尾符。 默认值为 native。 有关行尾转换的更多信息，请参阅 gitattributes[5]。 请注意，如果 core.autocrlf 设置为 true 或 input，则会忽略此值。

如果为 true，则使 Git 在行尾转换处于活动状态时检查转换 CRLF 是否可逆。 Git 将验证命令是否直接或间接地修改工作树中的文件。 例如，提交文件后检出同一文件应在工作树中产生原始文件。 如果当前 core.autocrlf 设置不是这种情况，Git 将拒绝该文件。 该变量可以设置为“warn”，在这种情况下，Git 仅会警告不可逆转换，但会继续操作。

将此变量设置为 "true" 等同于在所有文件上将 text 属性设置为 "auto"，并将 core.eol 设置为 "crlf"。 如果您希望在工作目录中具有 CRLF 行尾符，并且存储库具有 LF 行尾符，则设置为 true。 此变量可以设置为 input，在这种情况下，不执行任何输出转换。

如果 Git 在 working-tree-encoding 属性中使用它们，则这是 Git 执行 UTF-8 往返检查的编码的逗号和/或空格分隔列表（请参阅 gitattributes[5]）。 默认值为 SHIFT-JIS。

如果为 false，则符号链接将作为包含链接文本的小型纯文本文件检出。 git-update-index[1] 和 git-add[1] 不会将记录的类型更改为常规文件。 在不支持符号链接的文件系统（如 FAT）上很有用。

一个“代理命令”，用于执行（作为command host port）而不是在使用 Git 协议进行获取时建立与远程服务器的直接连接。 如果变量值的格式为“COMMAND for DOMAIN”，则该命令仅应用于以指定域字符串结尾的主机名。 可以多次设置此变量，并按给定的顺序匹配； 第一个匹配获胜。

如果设置了此变量，则 git fetch 和 git push 在需要连接到远程系统时将使用指定的命令而不是 ssh。 该命令的格式与 GIT_SSH_COMMAND 环境变量相同，并且在设置环境变量时会被覆盖。

如果为 true，则 Git 将避免使用 lstat() 调用来检测文件是否已更改，方法是为那些它在索引和工作树中以相同方式更新的被跟踪文件设置“assume-unchanged”位。

不使用 HEAD 和其他符号引用文件的默认 "symref" 格式，而是使用符号链接。有时需要这样做才能与期望 HEAD 是符号链接的旧脚本兼容。

当从备用仓库发布可用历史记录的提示时，使用 shell 执行指定的命令，而不是 git-for-each-ref[1]。第一个参数是备用仓库的绝对路径。输出必须包含每行一个十六进制对象 ID (即与 git for-each-ref --format='%(objectname)' 产生的输出相同)。

当列出备用仓库的引用时，仅列出以给定前缀开头的引用。前缀的匹配方式与作为 git-for-each-ref[1] 的参数给出时相同。要列出多个前缀，请用空格分隔它们。如果设置了 core.alternateRefsCommand，则设置 core.alternateRefsPrefixes 无效。

如果为 true，则假定此仓库为裸仓库，并且没有与之关联的工作目录。如果这种情况发生，则会禁用许多需要工作目录的命令，例如 git-add[1] 或 git-merge[1]。

设置工作树根目录的路径。如果设置了 GIT_COMMON_DIR 环境变量，则忽略 core.worktree，并且不使用它来确定工作树的根目录。可以通过 GIT_WORK_TREE 环境变量和 --work-tree 命令行选项来覆盖此设置。该值可以是绝对路径，也可以是相对于 .git 目录路径的相对路径，该路径由 --git-dir 或 GIT_DIR 指定，或者自动发现。如果指定了 --git-dir 或 GIT_DIR，但没有指定 --work-tree、GIT_WORK_TREE 和 core.worktree 中的任何一个，则当前工作目录被视为工作树的顶层目录。

启用 reflog。 对引用 <ref> 的更新将记录到文件 "$GIT_DIR/logs/<ref>" 中，通过附加新的和旧的 SHA-1、日期/时间和更新原因，但仅当文件存在时。 如果此配置变量设置为 true，则会自动为分支头（即在 refs/heads/ 下）、远程引用（即在 refs/remotes/ 下）、注释引用（即在 refs/notes/ 下）和符号引用 HEAD 创建缺失的 "$GIT_DIR/logs/<ref>" 文件。 如果将其设置为 always，则会自动为 refs/ 下的任何引用创建缺失的 reflog。

标识仓库格式和布局版本的内部变量。请参见 gitrepository-layout[5]。

当为 group （或 true）时，该仓库在组中的多个用户之间共享（确保所有文件和对象都是组可写的）。 当为 all （或 world 或 everybody）时，除组共享外，所有用户都可读取该仓库。 当为 umask （或 false）时，Git 将使用 umask(2) 报告的权限。 当为 0xxx （其中 0xxx 是八进制数）时，仓库中的文件将具有此模式值。 0xxx 将覆盖用户的 umask 值（而其他选项将仅覆盖用户 umask 值的请求部分）。 示例：0660 将使该仓库对所有者和组可读/可写，但其他人无法访问（等效于 group，除非 umask 为例如 0022）。 0640 是一个组可读但不可写的仓库。 请参见 git-init[1]。 默认为 False。

如果为 true，则当您传递给 Git 的引用名称不明确并且可能与仓库中的多个引用匹配时，Git 会向您发出警告。 默认为 True。

一个整数 -1..9，指示默认的压缩级别。 -1 是 zlib 默认值。 0 表示不压缩，1..9 是各种速度/大小权衡，9 是最慢的。 如果设置，则为其他压缩变量（例如 core.looseCompression 和 pack.compression）提供默认值。

一个整数 -1..9，指示不在包文件中的对象的压缩级别。 -1 是 zlib 默认值。 0 表示不压缩，1..9 是各种速度/大小权衡，9 是最慢的。 如果未设置，则默认为 core.compression。 如果未设置，则默认为 1（最佳速度）。

要映射到内存中的单个包文件字节数。 较大的窗口大小可以使您的系统更快地处理较小数量的大型包文件。 较小的窗口大小会对性能产生负面影响，因为增加了对操作系统内存管理器的调用，但在访问大量大型包文件时可能会提高性能。

要同时从包文件映射到内存中的最大字节数。 如果 Git 需要一次访问超过此数量的字节才能完成操作，它将取消映射现有区域以回收进程中的虚拟地址空间。

每个线程要保留的用于缓存可能被多个差异对象引用的基本对象的最大字节数。 通过将整个解压缩的基本对象存储在缓存中，Git 可以避免多次解包和解压缩常用基本对象。

被视为“大”的文件的大小，如下所述，它会更改许多 git 命令的行为，以及这些文件在仓库中的存储方式。 默认值为 512 MiB。 支持 k、m 或 g 的常用单位后缀。

指定文件的路径名，该文件包含描述不应跟踪的路径的模式，除了 .gitignore（每个目录）和 .git/info/exclude 之外。 默认为 $XDG_CONFIG_HOME/git/ignore。 如果未设置或为空，则使用 $HOME/.config/git/ignore。 请参见 gitignore[5]。

一些命令（例如 svn 和 http 接口）以交互方式询问密码，可以告诉它们使用通过此变量的值给出的外部程序。 可以被 GIT_ASKPASS 环境变量覆盖。 如果未设置，则回退到 SSH_ASKPASS 环境变量的值，如果失败，则回退到简单的密码提示。 外部程序应以命令行参数的形式给出适当的提示，并在其 STDOUT 上写入密码。

除了 .gitattributes (每个目录) 和 .git/info/attributes 之外，Git 还会在此文件中查找属性 (请参阅 gitattributes[5])。路径扩展的方式与 core.excludesFile 相同。其默认值为 $XDG_CONFIG_HOME/git/attributes。如果 $XDG_CONFIG_HOME 未设置或为空，则使用 $HOME/.config/git/attributes 代替。

默认情况下，Git 将在 $GIT_DIR/hooks 目录中查找您的钩子。将其设置为不同的路径，例如 /etc/git/hooks，Git 将尝试在该目录中查找您的钩子，例如 /etc/git/hooks/pre-receive 而不是 $GIT_DIR/hooks/pre-receive。

诸如 commit 和 tag 之类的命令，允许您通过启动编辑器来编辑消息，当此变量设置并且环境变量 GIT_EDITOR 未设置时，将使用此变量的值。请参阅 git-var[1]。

诸如 commit 和 tag 之类的命令，允许您编辑消息，并且会将以此字符开头的行视为注释，并在编辑器返回后将其删除（默认为 *#*）。

[core]
# single character for older versions
commentChar = "#"
# string for newer versions (which will override commentChar
# because it comes later in the file)
commentString = "//"

尝试锁定单个引用时重试的时间长度（以毫秒为单位）。值 0 表示根本不重试； -1 表示无限期重试。 默认值为 100（即，重试 100 毫秒）。

尝试锁定 packed-refs 文件时重试的时间长度（以毫秒为单位）。值 0 表示根本不重试； -1 表示无限期重试。 默认值为 1000（即，重试 1 秒）。

Git 命令使用的文本查看器（例如，less）。该值应由 shell 解释。优先级顺序为 $GIT_PAGER 环境变量，然后是 core.pager 配置，然后是 $PAGER，然后是编译时选择的默认值（通常是 less）。

要注意的常见空格问题的逗号分隔列表。 git diff 将使用 color.diff.whitespace 来突出显示它们，而 git apply --whitespace=error 会将它们视为错误。 您可以添加 - 前缀来禁用其中任何一个（例如 -trailing-space）

应通过 core.fsyncMethod 加固的存储库组件的逗号分隔列表（在创建或修改时）。您可以通过在任何组件前加上 *-* 来禁用对该组件的加固。如果系统发生不干净的关机，未加固的项目可能会丢失。除非您有特殊要求，否则建议您将此选项留空或选择 committed、added 或 all 之一。

一个值，指示 Git 将使用哪种策略来使用 fsync 和相关原语来加固存储库数据。

此布尔值将在写入对象文件时启用 _fsync()_。 此设置已弃用。 请改用 core.fsync。

启用并行索引预加载，用于像 _git diff_ 这样的操作

仅限 Windows：需要在生成任何其他进程之前取消设置的环境变量名称的逗号分隔列表。 默认为 PERL5LIB，以说明 Git for Windows 坚持使用其自己的 Perl 解释器这一事实。

仅限 Windows：覆盖生成的进程是否仅继承标准文件句柄（stdin、stdout 和 stderr）或所有句柄。 可以是 auto、true 或 false。 默认为 auto，这意味着在 Windows 7 及更高版本上为 true，在较旧的 Windows 版本上为 false。

您可以将其设置为 *link*，在这种情况下，硬链接之后删除源文件用于确保对象创建不会覆盖现有对象。

在显示提交消息时，也显示存储在给定 ref 中的注释。该 ref 必须是完全限定的。如果给定的 ref 不存在，则不会报错，而是表示不应打印任何注释。

如果为 true，则 Git 将读取 commit-graph 文件（如果存在）来解析提交的图结构。默认为 true。有关更多信息，请参阅 git-commit-graph[1]。

如果设置为 false，则表现得好像在命令行中给出了 --no-replace-objects 选项一样。有关更多信息，请参阅 git[1] 和 git-replace[1]。

使用 multi-pack-index 文件来使用单个索引跟踪多个 pack 文件。 有关更多信息，请参阅 git-multi-pack-index[1]。 默认为 true。

启用 "sparse checkout" 功能。有关更多信息，请参阅 git-sparse-checkout[1]。

启用 sparse checkout 功能的 "cone 模式"。 当 sparse-checkout 文件包含有限的模式集合时，此模式可提供显著的性能优势。 可以通过将此变量设置为 *false* 来请求 "non-cone 模式" 以允许指定更灵活的模式。 有关更多信息，请参阅 git-sparse-checkout[1]。

设置对象名称的缩写长度。 如果未指定或设置为 "auto"，则会根据存储库中打包对象的大致数量计算一个适当的值，希望这个值足以使缩写的对象名称在一段时间内保持唯一。 如果设置为 "no"，则不进行缩写，并以完整长度显示对象名称。 最小长度为 4。

Git 在遍历树时愿意递归的最大深度（例如，"a/b/cde/f" 的深度为 4）。 这是一个故障安全措施，允许 Git 干净地中止，通常不需要调整。 当 Git 使用 MSVC 编译时，默认值为 512。 否则，默认值为 2048。

指定一个外部 helper，当需要用户名或密码凭据时调用它；该 helper 可能会查阅外部存储以避免提示用户输入凭据。 这通常是凭据 helper 的名称，可能带有参数，但也可能是带有参数的绝对路径，或者，如果以 ! 开头，则是 shell 命令。

默认情况下，当需要新凭据时，Git 和任何已配置的凭据 helper 将要求用户输入。 如果这些凭据仍然有效，则许多这些 helper 将基于存储的凭据成功。 为了避免 Git 的用户交互，请设置 credential.interactive=false。 某些凭据助手也遵循此选项。

获取凭据时，认为 http 或 https URL 的 "path" 组件很重要。 默认为 false。 有关更多信息，请参见 gitcredentials[7]。

默认情况下，作为密码提示的一部分显示的用户名称和主机名不允许包含控制字符（默认情况下将对其进行 URL 编码）。 将此设置配置为 false 以覆盖该行为。

默认情况下，当 Git 与凭据助手通信时，协议中不允许使用回车字符。 此设置允许用户覆盖此默认设置。

如果未为网络身份验证设置用户名，则默认使用此用户名。 请参见下面的 credential.<context>.* 以及 gitcredentials[7]。

上面的任何 credential.* 选项都可以有选择地应用于某些凭据。 例如，"credential.https://example.com.username" 将仅为与 example.com 的 https 连接设置默认用户名。 有关 URL 如何匹配的详细信息，请参见 gitcredentials[7]。

告诉 git-credential-cache--daemon 忽略 SIGHUP，而不是退出。

git-credential-store 尝试锁定凭据文件时重试的持续时间（以毫秒为单位）。 值为 0 表示根本不重试；值为 -1 表示无限期地重试。 默认值为 1000（即，重试 1 秒）。

当使用 git diff 与工作目录文件进行比较时，不要将仅状态的更改视为已更改。 相反，静默运行 git update-index --refresh 以更新工作目录中内容与索引中内容匹配的路径的缓存状态信息。 此选项默认为 true。 请注意，这仅影响 git diff 的高级命令，而不影响较低级别的 diff 命令（例如 git diff-files）。

一个逗号分隔的 --dirstat 参数列表，指定 git-diff[1] 及其同类命令的 --dirstat 选项的默认行为。 默认值可以在命令行中覆盖（使用 --dirstat=<param>,...）。 备用默认值（当 diff.dirstat 未更改时）为 changes,noncumulative,3。 以下参数可用

限制 --stat 输出中文件名部分的宽度。 如果设置，则适用于生成 --stat 输出的所有命令，但 format-patch 除外。

限制 --stat 输出中图形部分的宽度。 如果设置，则适用于生成 --stat 输出的所有命令，但 format-patch 除外。

生成带有 <n> 行上下文的 diff，而不是默认的 3 行。 此值被 -U 选项覆盖。

显示 diff hunk 之间的上下文，最多为指定的行数，从而融合彼此靠近的 hunk。 该值用作 --inter-hunk-context 命令行选项的默认值。

如果设置了此配置变量，则不会使用内部 diff 机制执行 diff 生成，而是使用给定的命令。 可以使用 GIT_EXTERNAL_DIFF 环境变量覆盖。 使用 git[1] 中 "git Diffs" 下描述的参数调用该命令。 注意：如果只想对文件的一个子集使用外部 diff 程序，则可能需要使用 gitattributes[5]。

如果此布尔值设置为 true，则 diff.external 命令应返回退出代码 0（如果它认为输入文件相等）或 1（如果它认为它们不同），如 diff(1) 所述。 如果设置为 false（这是默认值），则该命令应返回退出代码 0，无论是否相等。 任何其他退出代码都会导致 Git 报告致命错误。

设置 --ignore-submodules 的默认值。 请注意，这仅影响 git diff 的高级命令，而不影响较低级别的 diff 命令（例如 git diff-files）。 当报告未提交的更改时，git checkout 和 git switch 也接受此设置。 将其设置为 all 会禁用 git commit 和 git status 通常显示的子模块摘要（当 status.submoduleSummary 设置时），除非使用 --ignore-submodules 命令行选项覆盖它。 git submodule 命令不受此设置的影响。 默认情况下，这设置为 untracked，以便忽略任何未跟踪的子模块。

如果设置，git diff 使用的 prefix 对不同于标准的 a/ 和 b/，具体取决于比较的内容。 当此配置生效时，反向 diff 输出也会交换前缀的顺序

如果设置，git diff 不会显示任何源或目标前缀。

如果设置，git diff 使用此源前缀。默认为 a/。

如果设置，git diff 使用此目标前缀。默认为 b/。

如果设置为 true，git diff 不显示目录外的更改，并显示相对于当前目录的路径名。

文件，指示如何在差异中对文件进行排序。 有关详细信息，请参阅 git-diff[1] 的 -O 选项。 如果 diff.orderFile 是相对路径名，则将其视为相对于工作树的顶部。

在复制/重命名检测的详尽部分中要考虑的文件数； 等效于 git diff 选项 -l。 如果未设置，则默认值当前为 1000。 如果关闭了重命名检测，则此设置无效。

Git 是否以及如何检测重命名。 如果设置为 false，则禁用重命名检测。 如果设置为 true，则启用基本重命名检测。 如果设置为 copies 或 copy，Git 也会检测副本。 默认为 true。 请注意，这仅影响 git-diff[1] 和 git-log[1] 等 git diff 瓷器，而不影响 git-diff-files[1] 等较低级别的命令。

一个布尔值，用于抑制在每个空输出行之前打印空格的标准行为。 默认为 false。

指定显示子模块差异的格式。 short 格式仅显示范围开头和结尾的提交名称。 log 格式列出范围内的提交，如 git-submodule[1] summary 所做的那样。 diff 格式显示子模块更改内容的内联差异。 默认为 short。

用于确定在执行逐字差异计算时什么是“单词”的 POSIX 扩展正则表达式。 匹配正则表达式的字符序列是“单词”，所有其他字符都是可忽略的空格。

自定义差异驱动程序命令。 有关详细信息，请参见 gitattributes[5]。

如果此布尔值设置为 true，则如果 diff.<driver>.command 命令认为输入文件相等，则应返回退出代码 0；如果认为它们不同，则应返回 1，如 diff(1)。 如果设置为 false（这是默认值），则无论是否相等，该命令都应返回退出代码 0。 任何其他退出代码都会导致 Git 报告致命错误。

diff 驱动程序应用于识别块标头的正则表达式。 也可以使用内置模式。 有关详细信息，请参见 gitattributes[5]。

将此选项设置为 true 以使 diff 驱动程序将文件视为二进制文件。 有关详细信息，请参见 gitattributes[5]。

diff 驱动程序应调用以生成文件的文本转换版本的命令。 转换的结果用于生成人类可读的差异。 有关详细信息，请参见 gitattributes[5]。

diff 驱动程序应用于拆分行中单词的正则表达式。 有关详细信息，请参见 gitattributes[5]。

将此选项设置为 true 以使 diff 驱动程序缓存文本转换输出。 有关详细信息，请参见 gitattributes[5]。

将此选项设置为 false 以禁用默认启发式算法，该算法会移动差异块边界以使补丁更易于阅读。

选择一种差异算法。 变体如下：

突出显示差异的 context、old 或 new 行中的空格错误。 多个值以逗号分隔，none 重置先前的值，default 将列表重置为 new，all 是 old,new,context 的简写。 空格错误以 color.diff.whitespace 着色。 命令行选项 --ws-error-highlight=<kind> 覆盖此设置。

如果设置为有效的 <mode> 或 true 值，则差异中移动的行将以不同的颜色显示。 有关有效模式的详细信息，请参见 git-diff[1] 中的 --color-moved。 如果仅设置为 true，则将使用默认颜色模式。 设置为 false 时，移动的行不会着色。

当使用例如 diff.colorMoved 设置对移动的行进行着色时，此选项控制空格的处理模式。 有关有效模式的详细信息，请参见 git-diff[1] 中的 --color-moved-ws。

控制 git-difftool[1] 使用的差异工具。 此变量会覆盖 merge.tool 中配置的值。 下面的列表显示了有效的内置值。 任何其他值都被视为自定义差异工具，并且需要定义相应的 difftool.<tool>.cmd 变量。

当指定 -g/--gui 标志时，控制 git-difftool[1] 使用的差异工具。 此变量会覆盖 merge.guitool 中配置的值。 下面的列表显示了有效的内置值。 任何其他值都被视为自定义差异工具，并且需要定义相应的 difftool.<guitool>.cmd 变量。

指定调用指定差异工具的命令。 指定的命令在 shell 中使用以下变量进行评估：LOCAL 设置为包含差异 pre-image 内容的临时文件的名称，REMOTE 设置为包含差异 post-image 内容的临时文件的名称。

覆盖给定工具的路径。 如果您的工具不在 PATH 中，这将很有用。

如果调用的差异工具返回非零退出状态，则退出 difftool。

在每次调用差异工具之前提示。

设置为 true 以默认使用 diff.guitool（等效于指定 --gui 参数），或设置为 auto 以根据是否存在 DISPLAY 环境变量值来选择 diff.guitool 或 diff.tool。 默认值为 false，其中必须显式提供 --gui 参数才能使用 diff.guitool。

除非另有说明，否则如果 core.repositoryFormatVersion 不是 1，则指定扩展名是错误的。 参见 gitrepository-layout[5]。

如果 git-fast-import[1] 导入的对象数量低于此限制，则这些对象将被解压缩到松散对象文件中。 但是，如果导入的对象的数量等于或超过此限制，则该 pack 将存储为一个 pack。 从快速导入存储 pack 可以使导入操作更快地完成，尤其是在慢速文件系统上。 如果未设置，则使用 transfer.unpackLimit 的值代替。

以 feature. 开头的配置设置会修改一组其他配置设置的默认值。 这些组由 Git 开发人员社区创建，作为推荐的默认值，并且可能会发生更改。 特别是，可能会添加具有不同默认值的新配置选项。

启用 Git 新增的配置选项，这些选项正在考虑作为未来的默认值。 此处包含的配置设置可能会在每个版本（包括次要版本更新）中添加或删除。 由于这些设置是全新的，因此可能会产生意外的交互。 如果您有兴趣提供有关实验性功能的反馈，请启用此设置。 新的默认值为

启用针对工作目录中包含大量文件的仓库进行优化的配置选项。 如果有很多文件，则 git status 和 git checkout 等命令可能会很慢，而这些新默认值可以提高性能

此选项控制 git fetch（以及 git pull 中的底层获取）是否将递归地获取到已填充的子模块中。 此选项可以设置为布尔值或 *on-demand*。 将其设置为布尔值会将 fetch 和 pull 的行为更改为：如果设置为 true，则无条件地递归到子模块中；如果设置为 false，则根本不递归。 当设置为 *on-demand* 时，fetch 和 pull 仅当其超级项目检索更新子模块引用的提交时才会递归到已填充的子模块中。 默认为 *on-demand*，如果设置了 *submodule.recurse*，则默认为该值。

如果设置为 true，则 git-fetch-pack 将检查所有获取的对象。 有关检查的内容，请参见 transfer.fsckObjects。 默认为 false。 如果未设置，则使用 transfer.fsckObjects 的值代替。

行为类似于 fsck.<msg-id>，但由 git-fetch-pack[1] 而不是 git-fsck[1] 使用。 有关详细信息，请参见 fsck.<msg-id> 文档。

行为类似于 fsck.skipList，但由 git-fetch-pack[1] 而不是 git-fsck[1] 使用。 有关详细信息，请参见 fsck.skipList 文档。

如果通过 Git 本机传输获取的对象数量低于此限制，则这些对象将被解压缩到松散对象文件中。 但是，如果接收到的对象数量等于或超过此限制，则在添加任何缺失的增量基础之后，接收到的 pack 将存储为一个 pack。 从推送存储 pack 可以使推送操作更快地完成，尤其是在慢速文件系统上。 如果未设置，则使用 transfer.unpackLimit 的值代替。

如果为 true，则 fetch 将自动表现得好像在命令行上给出了 --prune 选项。 另请参见 remote.<name>.prune 和 git-fetch[1] 的 PRUNING 部分。

如果为 true，则当进行修剪时，fetch 将自动表现得好像提供了 refs/tags/*:refs/tags/* refspec（如果尚未设置）。 这样可以同时设置此选项和 fetch.prune，以保持与上游 refs 的 1=1 映射。 另请参见 remote.<name>.pruneTags 和 git-fetch[1] 的 PRUNING 部分。

如果为 true，则 fetch 将尝试更新所有可用的远程仓库。 可以通过传递 --no-all 或显式指定一个或多个要从中获取的远程仓库来覆盖此行为。 默认为 false。

控制如何打印 ref 更新状态。 有效值为 full 和 compact。 默认值为 full。 有关详细信息，请参见 git-fetch[1] 中的 OUTPUT 部分。

控制在协商要由服务器发送的 packfile 的内容时，如何发送有关本地仓库中提交的信息。 设置为“consecutive”以使用一种算法，该算法遍历连续的提交并检查每个提交。 设置为“skipping”以使用一种算法，该算法跳过提交以努力更快地收敛，但可能会导致大于必需的 packfile； 或设置为“noop”以不发送任何信息，这将几乎肯定会导致大于必需的 packfile，但会跳过协商步骤。 设置为“default”以覆盖先前所做的设置并使用默认行为。 默认值通常为“consecutive”，但如果 feature.experimental 为 true，则默认值为“skipping”。 未知值将导致 *git fetch* 报错。

设置为 false 可以在 git-fetch[1] 和 git-pull[1] 命令中启用 --no-show-forced-updates。默认为 true。

指定一次并行运行的最大 fetch 操作数量（子模块，或者当 git-fetch[1] 的 --multiple 选项生效时，远程仓库）。

设置为 true，以便在每次 git fetch 命令从远程仓库下载一个 pack-file 之后，写入一个 commit-graph。使用 --split 选项，大多数执行将会在现有的 commit-graph 文件之上创建一个非常小的 commit-graph 文件。偶尔，这些文件会合并，并且写入可能需要更长的时间。拥有一个更新的 commit-graph 文件有助于许多 Git 命令的性能，包括 git merge-base、git push -f 和 git log --graph。默认为 false。

此值存储一个 URI，用于在从原始 Git 服务器执行增量 fetch 之前，从 bundle URI 下载 Git 对象数据。这类似于 git-clone[1] 中 --bundle-uri 选项的行为。如果提供的 bundle URI 包含一个为增量 fetch 组织的 bundle 列表，则 git clone --bundle-uri 将设置 fetch.bundleURI 值。

当使用 fetch.bundleURI 从使用 "creationToken" 启发式的 bundle 列表进行增量 fetch 时，此配置值存储已下载 bundle 的最大 creationToken 值。如果广告的 creationToken 不严格大于此值，则此值用于防止将来下载 bundle。

用于在检入时将工作区文件的内容转换为 blob 的命令。有关详细信息，请参见 gitattributes[5]。

用于在检出时将 blob 对象的内容转换为工作区文件的命令。有关详细信息，请参见 gitattributes[5]。

启用 multipart/mixed 附件作为 *format-patch* 的默认设置。该值也可以是双引号字符串，它将启用附件作为默认设置并将该值设置为边界。请参见 git-format-patch[1] 中的 --attach 选项。要撤消先前的值，请将其设置为空字符串。

为 format-patch 的 --from 选项提供默认值。接受布尔值，或名称和电子邮件地址。如果为 false，则 format-patch 默认为 --no-from，直接在补丁邮件的“From:”字段中使用提交作者。如果为 true，则 format-patch 默认为 --from，在补丁邮件的“From:”字段中使用您的提交者身份，如果不同，则在补丁邮件的正文中包含“From:”字段。如果设置为非布尔值，则 format-patch 使用该值而不是您的提交者身份。默认为 false。

为 format-patch 的 --[no-]force-in-body-from 选项提供默认值。默认为 false。

一个布尔值，可以在补丁主题中启用或禁用序列号。它默认为“auto”，仅当有多个补丁时才启用它。可以通过将其设置为“true”或“false”来为所有消息启用或禁用它。请参见 git-format-patch[1] 中的 --numbered 选项。

要包含在通过邮件提交的补丁中的其他电子邮件标头。请参见 git-format-patch[1]。

要包含在通过邮件提交的补丁中的其他收件人。请参见 git-format-patch[1] 中的 --to 和 --cc 选项。

format-patch 的默认设置是输出带有 *[PATCH]* 主题前缀的文件。使用此变量更改该前缀。

format-patch 的默认模式，用于确定将使用分支的描述填充封面信的哪些部分。请参见 git-format-patch[1] 中的 --cover-from-description 选项。

format-patch 的默认设置是输出包含 Git 版本号的签名。使用此变量更改该默认设置。将此变量设置为空字符串("")以禁止生成签名。

工作方式与 format.signature 类似，不同之处在于，此变量指定的文件内容将用作签名。

format-patch 的默认设置是输出带有后缀 .patch 的文件。使用此变量更改该后缀（如果要包含点，请确保包含该点）。

使用 "Q-encoding"（在 RFC 2047 中描述）对具有非 ASCII 字符的电子邮件标头进行编码，以便进行电子邮件传输。默认为 true。

log/show/whatchanged 命令的默认漂亮格式。请参见 git-log[1]、git-show[1]、git-whatchanged[1]。

git format-patch 的默认线程样式。可以是布尔值，也可以是 shallow 或 deep。shallow 线程将每封邮件都回复到系列的头部，其中头部按封面信、--in-reply-to 和第一封补丁邮件的顺序选择。deep 线程使每封邮件都回复到前一封邮件。true 布尔值与 shallow 相同，false 值禁用线程。

一个布尔值，可让您默认启用 format-patch 的 -s/--signoff 选项。 注意： 将 Signed-off-by 预告片添加到补丁应该是一个有意识的行为，这意味着您证明您有权在相同的开源许可下提交此工作。 请参阅 *SubmittingPatches* 文档以进行进一步讨论。

一个布尔值，用于控制在调用 format-patch 时是否生成封面信，此外还可以设置为“auto”，仅当有多个补丁时才生成封面信。默认为 false。

设置一个自定义目录来存储结果文件，而不是当前工作目录。将创建所有目录组件。

format-patch 命令生成的输出文件名的最大长度；默认为 64。可以被 --filename-max-length=<n> 命令行选项覆盖。

一个布尔值，可让您默认启用 format-patch 的 --base=auto 选项。 也可以设置为“whenAble”，以允许在可以使用合适的 base 时启用 --base=auto，否则跳过添加 base 信息而不导致 format 崩溃。

为 format-patch 的 --notes 选项提供默认值。接受布尔值或指定从何处获取注释的 ref。如果为 false，则 format-patch 默认为 --no-notes。如果为 true，则 format-patch 默认为 --notes。如果设置为非布尔值，则 format-patch 默认为 --notes=<ref>，其中 ref 是非布尔值。默认为 false。

[format]
	notes = true
	notes = foo
	notes = false
	notes = bar

一个布尔值，当使用 --stdout 时，启用强大的“mboxrd”格式来转义“^>+From ”行。

如果设置，则不在补丁中显示任何源或目标前缀。 这等效于 git diff 使用的 diff.noprefix 选项（但 format-patch 不遵循）。 请注意，通过设置此项，您生成的任何补丁的接收者都必须使用 -p0 选项应用它们。

在 fsck 期间，Git 可能会发现旧版本数据存在问题，这些问题不会由当前版本的 Git 生成，并且如果设置了 transfer.fsckObjects，也不会通过网络发送。此功能旨在支持处理包含此类数据的旧版本仓库。

指向对象名称列表（即每行一个未缩写的 SHA-1）的路径，这些对象已知以非致命方式损坏，应被忽略。 在 Git 2.20 及更高版本中，注释 (#)、空行以及任何前导和尾随空格都将被忽略。 除了每行一个 SHA-1 之外，在旧版本上所有内容都会出错。

默认情况下，fsmonitor 守护程序拒绝与网络挂载的仓库一起工作。 将 fsmonitor.allowRemote 设置为 true 会覆盖此行为。 只有在 core.fsmonitor 设置为 true 时才生效。

如果设置了此 Mac OS 专用选项，则指定用于 fsmonitor 守护程序和各种 Git 命令之间进行通信的 Unix 域套接字的创建目录。 该目录必须位于本机 Mac OS 文件系统上。 只有在 core.fsmonitor 设置为 true 时才生效。

git gc --aggressive 使用的增量压缩算法中使用的深度参数。 默认值为 50，这是未使用 --aggressive 时 --depth 选项的默认值。

git gc --aggressive 使用的增量压缩算法中使用的窗口大小参数。 默认值为 250，这比默认的 --window 值 10 更激进。

当仓库中大约存在超过此数量的松散对象时，git gc --auto 会将它们打包。 一些 Porcelain 命令会不时使用此命令执行轻量级的垃圾回收。 默认值为 6700。

当仓库中存在超过此数量的未用 *.keep 文件标记的包时，git gc --auto 会将它们合并为一个更大的包。 默认值为 50。 将此值设置为 0 会禁用它。 将 gc.auto 设置为 0 也会禁用此功能。

如果系统支持，则使 git gc --auto 立即返回并在后台运行。 默认值为 true。 此配置变量在未设置 maintenance.autoDetach 的情况下充当回退。

如果非零，则在运行 git gc 时，会保留所有大于此限制的非 cruft 包。 这与 --keep-largest-pack 非常相似，只不过会保留所有满足阈值的非 cruft 包，而不仅仅是最大的包。 默认为零。 支持常用的单位后缀 k、m 或 g。

如果为 true，则在运行 git-gc[1] 时，gc 将重写 commit-graph 文件。 使用 git gc --auto 时，如果需要进行内务管理，则将更新 commit-graph。 默认值为 true。 有关详细信息，请参见 git-commit-graph[1]。

如果文件 gc.log 存在，则 git gc --auto 将打印其内容并以状态零退出，除非该文件超过 gc.logExpiry 天。 默认为 "1.day"。 有关指定其值的更多方法，请参见 gc.pruneExpire。

在仓库中运行 git pack-refs 会导致 1.5.1.2 之前的 Git 版本无法通过 HTTP 等简易传输协议克隆它。 此变量确定 git gc 是否运行 git pack-refs。 可以将其设置为 notbare 以在所有非裸仓库中启用它，也可以将其设置为布尔值。 默认值为 true。

将无法访问的对象存储在 cruft 包中（请参见 git-repack[1]），而不是作为松散对象。 默认值为 true。

重新打包时限制新 cruft 包的大小。 如果除了 --max-cruft-size 之外还指定了此值，则命令行选项优先。 请参见 git-repack[1] 的 --max-cruft-size 选项。

运行 git gc 时，它将调用 prune --expire 2.weeks.ago（如果使用 cruft 包，则通过 gc.cruftPacks 或 --cruft 调用 repack --cruft --cruft-expiration 2.weeks.ago）。 使用此配置变量覆盖宽限期。 值 "now" 可用于禁用此宽限期并立即修剪无法访问的对象，或者 "never" 可用于阻止修剪。 当 git gc 与写入仓库的另一个进程并发运行时，此功能有助于防止损坏； 请参见 git-gc[1] 的 "NOTES" 部分。

运行 git gc 时，它会调用 git worktree prune --expire 3.months.ago。 此配置变量可用于设置不同的宽限期。 值 "now" 可用于禁用宽限期并立即修剪 $GIT_DIR/worktrees，或者 "never" 可用于阻止修剪。

git reflog expire 删除早于此时期的 reflog 条目； 默认为 90 天。 值 "now" 会立即过期所有条目，而 "never" 会完全阻止过期。 中间带有 "<pattern>"（例如 "refs/stash"）的设置仅适用于与 <pattern> 匹配的引用。

git reflog expire 删除早于此时间且无法从当前 tip 访问的 reflog 条目；默认为 30 天。“now” 值会立即过期所有条目，“never” 值会完全禁止过期。如果中间存在 “<模式>”（例如，“refs/stash”），则该设置仅适用于与 <模式> 匹配的引用。

在考虑是否删除对象时（无论是在生成 cruft pack 还是将无法访问的对象存储为 loose 对象），使用 shell 执行指定的命令。将其输出解释为对象 ID，Git 将这些 ID 视为“最近”的，无论其存在时间长短。通过将其 mtime 视为 “now”，输出中提到的任何对象（及其后代）都将被保留，而不管它们的真实存在时间。

重新打包时，使用指定的过滤器将某些对象移动到单独的 packfile 中。请参阅 git-repack[1] 的 --filter=<filter-spec> 选项。

重新打包并使用过滤器时，请参阅 gc.repackFilter，指定的位置将用于创建包含过滤掉的对象的 packfile。警告：指定的位置应该是可访问的，例如使用 Git alternates 机制，否则存储库可能会被 Git 认为已损坏，因为它可能无法访问该 packfile 中的对象。请参阅 git-repack[1] 的 --filter-to=<dir> 选项和 gitrepository-layout[5] 的 objects/info/alternates 部分。

当运行 git rerere gc 时，您之前解决的冲突合并的记录将保留这些天数。您也可以使用更易于理解的 “1.month.ago” 等。默认为 60 天。请参阅 git-rerere[1]。

当运行 git rerere gc 时，您尚未解决的冲突合并的记录将保留这些天数。您也可以使用更易于理解的 “1.month.ago” 等。默认为 15 天。请参阅 git-rerere[1]。

将此字符串附加到每条提交消息。设置为空字符串可禁用此功能。默认为 “via git-CVS emulator”。

是否为此存储库启用 CVS 服务器接口。请参阅 git-cvsserver[1]。

日志文件的路径，CVS 服务器接口会在其中记录各种内容。请参阅 git-cvsserver[1]。

如果为 true，则服务器将查找文件的行尾转换属性，以确定要使用的 -k 模式。如果属性强制 Git 将文件视为文本，则 -k 模式将留空，以便 CVS 客户端将其视为文本。如果它们阻止文本转换，则该文件将设置为 -kb 模式，这将阻止客户端可能执行的任何换行符修改。如果属性不允许确定文件类型，则使用 gitcvs.allBinary。请参阅 gitattributes[5]。

如果 gitcvs.usecrlfattr 无法解析要使用的正确 -kb 模式，则使用此选项。如果为 true，则所有未解析的文件都以模式 -kb 发送到客户端。这会导致客户端将其视为二进制文件，从而阻止其可能执行的任何换行符修改。或者，如果将其设置为“guess”，则会检查文件的内容以确定其是否为二进制文件，类似于 core.autocrlf。

git-cvsserver 使用的数据库，用于缓存从 Git 存储库派生的修订信息。确切含义取决于使用的数据库驱动程序，对于 SQLite（默认驱动程序），这是一个文件名。支持变量替换（有关详细信息，请参阅 git-cvsserver[1]）。不得包含分号 (;)。默认值：%Ggitcvs.%m.sqlite

使用的 Perl DBI 驱动程序。您可以在此处指定任何可用的驱动程序，但它可能无法正常工作。git-cvsserver 经过 DBD::SQLite 测试，报告可以使用 DBD::Pg，并且报告无法使用 DBD::mysql。实验性功能。不得包含双冒号 (:)。默认值：SQLite。请参阅 git-cvsserver[1]。

数据库用户和密码。仅在设置 gitcvs.dbDriver 时有用，因为 SQLite 没有数据库用户和/或密码的概念。gitcvs.dbUser 支持变量替换（有关详细信息，请参阅 git-cvsserver[1]）。

数据库表名前缀。添加到任何使用的数据库表的名称，允许单个数据库用于多个存储库。支持变量替换（有关详细信息，请参阅 git-cvsserver[1]）。任何非字母字符都将被替换为下划线。

请参阅 gitweb[1] 以获取说明。

请参阅 gitweb.conf[5] 以获取说明。

在制作或验证 PGP 签名时，使用此自定义程序而不是在 $PATH 上找到的 "gpg"。该程序必须支持与 GPG 相同的命令行接口，即，要验证分离的签名，运行 "gpg --verify $signature - <$file"，并且该程序应通过以代码 0 退出来表示签名良好。要生成 ASCII 编码的分离签名，将 "gpg -bsau $key" 的标准输入提供要签名的内容，并且该程序应将其结果发送到其标准输出。

指定使用 --gpg-sign 签名时要使用的密钥格式。默认为 "openpgp"。其他可能的值为 "x509"、"ssh"。

使用此选项可自定义用于您选择的签名格式的程序。（请参阅 gpg.program 和 gpg.format）gpg.program 仍然可以用作 gpg.openpgp.program 的旧版同义词。gpg.x509.program 的默认值为 “gpgsm”，gpg.ssh.program 的默认值为 “ssh-keygen”。

指定签名验证的最低信任级别。如果未设置此选项，则合并操作的签名验证需要至少具有 marginal 信任的密钥。执行签名验证的其他操作需要至少具有 undefined 信任的密钥。设置此选项会覆盖所有操作所需的信任级别。支持的值，重要性递增排序

如果未设置 user.signingkey 并且请求了 ssh 签名，则将运行此命令。成功退出后，期望在其输出的第一行中有一个有效的以 key:: 为前缀的 ssh 公钥。这允许脚本动态查找正确的公钥，当静态配置 user.signingKey 不切实际时。例如，当密钥或 SSH 证书频繁轮换时，或者选择正确的密钥取决于 Git 未知的外部因素时。

包含您愿意信任的 ssh 公钥的文件。该文件由一个或多个主体行组成，后跟一个 ssh 公钥。例如：user1@example.com,user2@example.com ssh-rsa AAAAX1... 有关详细信息，请参阅 ssh-keygen(1) 的 “ALLOWED SIGNERS”。该主体仅用于标识密钥，并且在验证签名时可用。

SSH KRL 或已撤销公钥的列表（没有主体前缀）。有关详细信息，请参阅 ssh-keygen(1)。如果在此文件中找到公钥，则始终将其视为具有信任级别 “never”，并且签名将显示为无效。

如果设置为 true，则默认启用 -n 选项。

如果设置为 true，则默认启用 --column 选项。

设置默认的匹配行为。使用 basic、extended、fixed 或 perl 值将分别启用 --basic-regexp、--extended-regexp、--fixed-strings 或 --perl-regexp 选项，而 default 值将使用 grep.extendedRegexp 选项来选择 basic 和 extended 之间的一个。

如果设置为 true，则默认启用 --extended-regexp 选项。当 grep.patternType 选项设置为 default 以外的值时，此选项将被忽略。

要使用的 grep 工作线程数。如果未设置（或设置为 0），Git 将使用与可用逻辑内核数一样多的线程。

如果设置为 true，则默认启用 --full-name 选项。

如果设置为 true，则在 git grep 在 git 仓库之外执行时，回退到 git grep --no-index。默认为 false。

定义 git-gui[1] 中提交消息窗口的宽度。默认为 "75"。

指定 git-gui[1] 所做的 diff 调用中应使用多少上下文行。默认为 "5"。

确定 git-gui[1] 是否在文件列表中显示未跟踪的文件。默认为 "true"。

指定用于在 git-gui[1] 和 gitk[1] 中显示文件内容的默认字符编码。可以通过设置相关文件的 *encoding* 属性来覆盖它（参见 gitattributes[5]）。如果未设置此选项，则工具默认为本地编码。

确定使用 git-gui[1] 创建的新分支是否应默认跟踪具有匹配名称的远程分支。默认值："false"。

在创建使用 git-gui[1] 的新分支时，用作建议的名称。

如果 git-gui[1] 应在执行 fetch 时修剪远程跟踪分支，则为 "true"。默认值为 "false"。

确定 git-gui[1] 是否应信任文件修改时间戳。默认情况下，时间戳是不被信任的。

指定用于在 git-gui[1] 中拼写检查提交消息的字典。设置为 "none" 时，拼写检查将被关闭。

如果为 true，则 *git gui blame* 使用 -C 而不是 -C -C 进行原始位置检测。这使得在大型仓库上 blame 显著更快，但代价是较不彻底的复制检测。

指定在 *git gui blame* 原始位置检测中使用的阈值，以字母数字字符衡量。有关复制检测的更多信息，请参见 git-blame[1] 手册。

指定当从 *git gui blame* 调用 Show History Context 菜单项时，在 gitk[1] 中为所选提交显示的以天为单位的历史上下文的半径。如果此变量设置为零，则显示整个历史记录。

指定在调用 git-gui[1] Tools 菜单的相应项时要执行的 shell 命令行。对于每个工具，此选项都是强制性的。该命令从工作目录的根目录执行，并在环境中接收工具的名称作为 GIT_GUITOOL，当前选择的文件的名称作为 *FILENAME*，以及当前分支的名称作为 *CUR_BRANCH*（如果 HEAD 是分离的，则 *CUR_BRANCH* 为空）。

仅当在 GUI 中选择了一个 diff 时才运行该工具。它保证 *FILENAME* 不为空。

静默运行该命令，而不创建窗口来显示其输出。

在该工具完成执行后，不要重新扫描工作目录以查找更改。

在实际运行该工具之前显示一个确认对话框。

从用户处请求一个字符串参数，并通过 ARGS 环境变量将其传递给该工具。由于请求参数意味着确认，因此如果启用此选项，*confirm* 选项将不起作用。如果该选项设置为 *true*、*yes* 或 *1*，则该对话框使用内置的通用提示；否则，将使用变量的精确值。

从用户处请求一个有效的修订版本，并设置 REVISION 环境变量。在其他方面，此选项与 *argPrompt* 类似，并且可以一起使用。

仅在 *revPrompt* 子对话框中显示未合并的分支。这对于类似于 merge 或 rebase 的工具很有用，但不适用于 checkout 或 reset 之类的事情。

指定用于提示对话框的标题。默认为工具名称。

指定要在对话框顶部的常规提示字符串，在 *argPrompt* 和 *revPrompt* 的子部分之前显示。默认值包括实际命令。

指定将用于以 *web* 格式显示帮助的浏览器。参见 git-help[1]。

覆盖 git-help[1] 使用的默认帮助格式。支持 *man*、*info*、*web* 和 *html* 值。*man* 是默认值。*web* 和 *html* 相同。

如果 git 检测到拼写错误并且可以准确地识别一个类似于错误的有效命令，git 将尝试建议正确的命令，甚至自动运行该建议。可能的配置值是

指定 HTML 文档所在的路径。支持文件系统路径和 URL。当以 *web* 格式显示帮助时，HTML 页面将以此路径为前缀。这默认为 Git 安装的文档路径。

覆盖 HTTP 代理，通常使用 *http_proxy*、*https_proxy* 和 *all_proxy* 环境变量进行配置（参见 curl(1)）。除了 curl 理解的语法之外，还可以指定一个带有用户名但没有密码的代理字符串，在这种情况下，git 将尝试以与其他凭据相同的方式获取密码。参见 gitcredentials[7] 了解更多信息。因此，语法为 *[protocol://][user[:password]@]proxyhost[:port][/path]*。这可以在每个远程的基础上被覆盖；参见 remote.<name>.proxy

设置用于对 HTTP 代理进行身份验证的方法。这仅在配置的代理字符串包含用户名部分（即，形式为 *user@host* 或 *user@host:port*）时才生效。这可以在每个远程的基础上被覆盖；参见 remote.<name>.proxyAuthMethod。两者都可以被 GIT_HTTP_PROXY_AUTHMETHOD 环境变量覆盖。可能的值是

用于存储客户端证书的文件路径名，该证书用于与 HTTPS 代理进行身份验证。可以被 GIT_PROXY_SSL_CERT 环境变量覆盖。

用于存储私钥的文件路径名，该私钥用于与 HTTPS 代理进行身份验证。可以被 GIT_PROXY_SSL_KEY 环境变量覆盖。

为代理 SSL 证书启用 Git 的密码提示。否则，如果证书或私钥已加密，OpenSSL 将提示用户，可能会多次。可以被 GIT_PROXY_SSL_CERT_PASSWORD_PROTECTED 环境变量覆盖。

包含证书包的文件路径名，该证书包应用于在使用 HTTPS 代理时验证代理。可以被 GIT_PROXY_SSL_CAINFO 环境变量覆盖。

尝试在不寻求用户名或密码的情况下进行身份验证。这可以用于尝试 GSS-Negotiate 身份验证，而无需在 URL 中指定用户名，因为 libcurl 通常需要用户名才能进行身份验证。

尝试在不首先进行未经身份验证的尝试并接收 401 响应的情况下进行身份验证。这可以用于确保所有请求都经过身份验证。如果 http.emptyAuth 设置为 true，则此值无效。

控制 GSSAPI 凭据委派。自 libcurl 7.21.7 版本起，默认禁用委派。设置此参数以告知服务器在用户凭据方面允许委派的内容。与 GSS/kerberos 一起使用。可能的值有：

与服务器通信时传递额外的 HTTP 标头。如果存在多个此类条目，则会将它们全部添加为额外标头。为了允许覆盖从系统配置继承的设置，空值会将额外标头重置为空列表。

包含先前存储的 cookie 行的文件路径名，如果它们与服务器匹配，则应在 Git http 会话中使用。要从中读取 cookie 的文件格式应为纯 HTTP 标头或 Netscape/Mozilla cookie 文件格式（请参阅curl(1)）。将其设置为空字符串，以仅接受来自服务器的新 cookie，并在同一连接中的后续请求中将其发回。请注意，除非设置了 http.saveCookies，否则 http.cookieFile 指定的文件仅用作输入。

如果设置，则将请求期间收到的 cookie 存储到 http.cookieFile 指定的文件中。如果 http.cookieFile 未设置或设置为空字符串，则无效。

与服务器通信时使用指定的 HTTP 协议版本。如果您想强制使用默认值。可用和默认版本取决于 libcurl。目前，此选项的可能值为：

主机名解析信息，libcurl 在发送 HTTP 请求时将首先使用它。此信息应采用以下格式之一：

协商 SSL 连接时要使用的 SSL 版本，如果您想强制使用默认值。可用和默认版本取决于 libcurl 是针对 NSS 还是 OpenSSL 构建，以及所使用的加密库的特定配置。在内部，这将设置 *CURLOPT_SSL_VERSION* 选项；有关此选项格式以及支持的 ssl 版本的更多详细信息，请参阅 libcurl 文档。目前，此选项的可能值为：

协商 SSL 连接时要使用的 SSL 密码列表。可用密码取决于 libcurl 是针对 NSS 还是 OpenSSL 构建，以及所使用的加密库的特定配置。在内部，这将设置 *CURLOPT_SSL_CIPHER_LIST* 选项；有关此列表格式的更多详细信息，请参阅 libcurl 文档。

是否在通过 HTTPS 获取或推送时验证 SSL 证书。默认为 true。可以被 GIT_SSL_NO_VERIFY 环境变量覆盖。

包含通过 HTTPS 获取或推送时使用的 SSL 证书的文件。可以被 GIT_SSL_CERT 环境变量覆盖。

包含通过 HTTPS 获取或推送时使用的 SSL 私钥的文件。可以被 GIT_SSL_KEY 环境变量覆盖。

为 SSL 证书启用 Git 的密码提示。否则，如果证书或私钥已加密，OpenSSL 可能会多次提示用户。可以被 GIT_SSL_CERT_PASSWORD_PROTECTED 环境变量覆盖。

包含在通过 HTTPS 获取或推送时用于验证对等方的证书的文件。可以被 GIT_SSL_CAINFO 环境变量覆盖。

包含 CA 证书文件的路径，这些证书用于在通过 HTTPS 获取或推送时验证对等方。可以被 GIT_SSL_CAPATH 环境变量覆盖。

要使用的 SSL 后端的名称（例如“openssl”或“schannel”）。如果 cURL 缺少在运行时选择 SSL 后端的支持，则忽略此选项。

通过 HTTPS 获取或推送时使用的客户端证书的类型。当使用 openssl 或 gnutls 后端时，支持“PEM”、“DER”。在“openssl”、“schannel”、“securetransport”和 gnutls 8.11+ 上支持“P12”。另请参阅 libcurl CURLOPT_SSLCERTTYPE。可以被 GIT_SSL_CERT_TYPE 环境变量覆盖。

通过 HTTPS 获取或推送时使用的客户端私钥的类型。（例如“PEM”、“DER”或“ENG”）。仅在使用“openssl”后端时适用。“DER”在使用 openssl 时不受支持。当设置为“ENG”以使用 PKCS#11 令牌进行身份验证时特别有用，其中 sslCert 选项中使用 PKCS#11 URL。另请参阅 libcurl CURLOPT_SSLKEYTYPE。可以被 GIT_SSL_KEY_TYPE 环境变量覆盖。

当 http.sslBackend 设置为“schannel”时，用于强制或禁用 cURL 中的证书吊销检查。如果未设置，则默认为 true。只有在 Git 一致地出错并且消息是关于检查证书的吊销状态时，才需要禁用此选项。如果 cURL 缺少在运行时设置相关 SSL 选项的支持，则忽略此选项。

从 cURL v7.60.0 开始，Secure Channel 后端可以使用通过 http.sslCAInfo 提供的证书包，但这会覆盖 Windows 证书存储。由于默认情况下不希望这样做，因此当通过 http.sslBackend 配置 schannel 后端时，Git 默认会告诉 cURL 不要使用该捆绑包，除非 http.schannelUseSSLCAInfo 覆盖此行为。

https 服务的公钥。它可以是 PEM 或 DER 编码的公钥文件的文件名，也可以是以 sha256// 开头的字符串，后跟公钥的 base64 编码的 sha256 哈希值。另请参阅 libcurl CURLOPT_PINNEDPUBLICKEY。如果设置了此选项但 cURL 不支持，则 git 将退出并显示错误。

通过常规 FTP 协议连接时，尝试使用 AUTH SSL/TLS 和加密数据传输。如果 FTP 服务器出于安全原因需要它，或者您希望在远程 FTP 服务器支持时始终安全地连接，则可能需要这样做。默认为 false，因为它可能会在配置错误的服务器上触发证书验证错误。

并行启动多少个 HTTP 请求。可以被 GIT_HTTP_MAX_REQUESTS 环境变量覆盖。默认为 5。

在请求之间保留的 curl 会话（跨槽计算）的数量。在调用 http_cleanup() 之前，它们不会以 curl_easy_cleanup() 结束。如果未定义 USE_CURL_MULTI，则此值将被限制为 1。默认为 1。

智能 HTTP 传输在将数据 POST 到远程系统时使用的缓冲区的最大大小（以字节为单位）。对于大于此缓冲区大小的请求，使用 HTTP/1.1 和 Transfer-Encoding: chunked 来避免在本地创建大型 pack 文件。默认为 1 MiB，这对于大多数请求来说已经足够了。

如果 HTTP 传输速度（以字节/秒为单位）低于 *http.lowSpeedLimit* 超过 *http.lowSpeedTime* 秒，则传输将中止。可以被 GIT_HTTP_LOW_SPEED_LIMIT 和 GIT_HTTP_LOW_SPEED_TIME 环境变量覆盖。

一个布尔值，用于禁用 curl 使用 EPSV ftp 命令。这对于某些不支持 EPSV 模式的“不良”ftp 服务器很有用。可以被 GIT_CURL_FTP_NO_EPSV 环境变量覆盖。默认为 false（curl 将使用 EPSV）。

呈现给 HTTP 服务器的 HTTP USER_AGENT 字符串。默认值表示 Git 客户端的版本，例如 git/1.7.1。此选项允许您将此值覆盖为更常见的值，例如 Mozilla/4.0。例如，如果通过防火墙连接时，防火墙将 HTTP 连接限制为一组常见的 USER_AGENT 字符串（但不包括像 git/1.7.1 这样的字符串），则可能有必要这样做。可以被 GIT_HTTP_USER_AGENT 环境变量覆盖。

Git 是否应跟随 HTTP 重定向。如果设置为 true，Git 将透明地跟随它遇到的服务器发出的任何重定向。如果设置为 false，Git 将把所有重定向都视为错误。如果设置为 initial，Git 将仅跟随到远程仓库的初始请求的重定向，而不跟随后续的 HTTP 请求。由于 Git 使用重定向的 URL 作为后续请求的基础，因此通常已足够。默认值为 initial。

上述任何 http.* 选项都可以选择性地应用于某些 URL。为了使配置键与 URL 匹配，配置键的每个元素都将按照以下顺序与 URL 的元素进行比较：

提交消息存储时使用的字符编码；Git 本身并不关心，但此信息是必要的，例如，当从电子邮件导入提交时，或者在 gitk 图形历史浏览器中（以及将来可能在其他地方或在其他高级命令中）。请参阅例如 git-mailinfo[1]。默认为 *utf-8*。

运行 *git log* 及其相关命令时，提交消息转换成的字符编码。

将邮件放入的文件夹，通常是“草稿”文件夹。例如："INBOX.Drafts"、"INBOX/Drafts" 或 "[Gmail]/Drafts"。必需。

用于建立到 IMAP 服务器的通道的命令，命令将通过该通道进行管道传输，而不是使用到服务器的直接网络连接。当未设置 imap.host 时，这是必需的。

标识服务器的 URL。对于非安全连接，请使用 imap:// 前缀，对于安全连接，请使用 imaps:// 前缀。当设置 imap.tunnel 时，将忽略此设置，否则为必需。

登录到服务器时要使用的用户名。

登录到服务器时要使用的密码。

要在服务器上连接的整数端口号。对于 imap:// 主机，默认为 143，对于 imaps:// 主机，默认为 993。当设置 imap.tunnel 时，将忽略此设置。

一个布尔值，用于启用/禁用对 SSL/TLS 连接使用的服务器证书的验证。默认为 true。当设置 imap.tunnel 时，将忽略此设置。

一个布尔值，用于启用/禁用发送补丁时使用 HTML 编码。HTML 编码的补丁将用 <pre> 括起来，并且内容类型为 text/html。具有讽刺意味的是，启用此选项会导致 Thunderbird 将补丁作为 plain/text, format=fixed 电子邮件发送。默认为 false。

指定与 IMAP 服务器进行身份验证的身份验证方法。如果 Git 构建时使用了 NO_CURL 选项，或者您的 curl 版本低于 7.34.0，或者您使用 --no-curl 选项运行 git-imap-send，则唯一支持的方法是 *CRAM-MD5*。如果未设置此选项，则 *git imap-send* 将使用基本的 IMAP 明文 LOGIN 命令。

用于包含其他配置文件的特殊变量。请参阅主要 git-config[1] 文档中的“CONFIGURATION FILE”部分，特别是“Includes”和“Conditional Includes”小节。

指定索引文件是否应包含“索引条目结束”部分。这可以减少多处理器计算机上的索引加载时间，但在使用 2.20 之前的 Git 版本读取索引时会产生消息“忽略 EOIE 扩展”。如果已显式启用 index.threads，则默认为 *true*，否则为 *false*。

指定索引文件是否应包含“索引条目偏移表”部分。这可以减少多处理器计算机上的索引加载时间，但在使用 2.20 之前的 Git 版本读取索引时会产生消息“忽略 IEOT 扩展”。如果已显式启用 index.threads，则默认为 *true*，否则为 *false*。

启用后，使用稀疏目录条目写入索引。除非同时启用 core.sparseCheckout 和 core.sparseCheckoutCone，否则此设置无效。默认为 *false*。

指定加载索引时要产生的线程数。这是为了减少多处理器计算机上的索引加载时间。指定 0 或 *true* 将导致 Git 自动检测 CPU 数量并相应地设置线程数。指定 1 或 *false* 将禁用多线程。默认为 *true*。

指定初始化新索引文件时应使用的版本。这不会影响现有仓库。如果启用了 feature.manyFiles，则默认为 4。

启用后，不计算索引文件的尾随哈希。这会加速操作索引的 Git 命令，例如 git add、git commit 或 git status。而是存储校验和，并写入一组值为零的尾随字节，表示已跳过计算。

指定将从中复制模板的目录。（请参阅 git-init[1] 的“TEMPLATE DIRECTORY”部分。）

允许覆盖默认分支名称，例如在初始化新仓库时。

允许覆盖新仓库的默认对象格式。请参阅 git-init[1] 中的 --object-format=。命令行选项和 GIT_DEFAULT_HASH 环境变量都优先于此配置。

允许覆盖新仓库的默认引用存储格式。请参阅 git-init[1] 中的 --ref-format=。命令行选项和 GIT_DEFAULT_REF_FORMAT 环境变量都优先于此配置。

指定将用于在 gitweb 中浏览您的工作仓库的程序。请参阅 git-instaweb[1]。

在您的工作仓库上启动 gitweb 的 HTTP 守护程序命令行。请参阅 git-instaweb[1]。

如果为 true，则 git-instaweb[1] 启动的 Web 服务器将绑定到本地 IP (127.0.0.1)。

git-instaweb[1] 使用的默认模块路径，而不是 /usr/lib/apache2/modules。仅当 httpd 是 Apache 时使用。

将 gitweb httpd 绑定到的端口号。请参阅 git-instaweb[1]。

设置为 true 时，允许用户在交互式命令中提供单字母输入，只需按一个键（即，无需按 Enter 键）。目前，这用于 git-add[1]、git-checkout[1]、git-restore[1]、git-commit[1]、git-reset[1] 和 git-stash[1] 的 --patch 模式。

当交互式命令（例如 git add --patch）显示彩色差异时，git 将通过此配置变量定义的 shell 命令管道传输该差异。该命令可以进一步标记差异以供人类使用，前提是它保留与原始差异中的行的一对一对应关系。默认为禁用（不进行过滤）。

如果为 true，则让 git-log[1]、git-show[1] 和 git-whatchanged[1] 假定使用 --abbrev-commit。您可以使用 --no-abbrev-commit 覆盖此选项。

设置 *log* 命令的默认日期-时间模式。为 log.date 设置值类似于使用 *git log* 的 --date 选项。有关详细信息，请参阅 git-log[1]。

打印由 log 命令显示的任何提交的 ref 名称。如果指定了 *short*，则不打印 ref 名称前缀 *refs/heads/*、*refs/tags/* 和 *refs/remotes/*。如果指定了 *full*，则将打印完整的 ref 名称（包括前缀）。如果指定了 *auto*，则如果输出到终端，则 ref 名称的显示方式如同给定了 *short* 一样，否则不显示 ref 名称。这与 git log 的 --decorate 选项相同。

默认情况下，git log 仅显示某些已知 ref 命名空间的修饰。如果指定了 *all*，则显示所有 refs 作为修饰。

从日志修饰中排除指定的模式。这类似于 --decorate-refs-exclude 命令行选项，但配置选项可以被 --decorate-refs 选项覆盖。

设置当指定 --diff-merges=on 时使用的差异格式，有关详细信息，请参阅 git-log[1] 中的 --diff-merges。默认为 separate。

如果为 true，则当给出单个 <path> 时，git log 的行为就像使用了 --follow 选项一样。这具有与 --follow 相同的限制，即它不能用于跟踪多个文件，并且在非线性历史记录中效果不佳。

一个颜色列表，以逗号分隔，可用于在 git log --graph 中绘制历史记录线。

如果为 true，则初始提交将显示为一个大型创建事件。这等效于针对空树的差异。像 git-log[1] 或 git-whatchanged[1] 这样的工具，通常会隐藏根提交，现在将显示它。默认为 true。

如果为 true，则让 git-log[1]、git-show[1] 和 git-whatchanged[1] 假定使用 --show-signature。

如果为 true，则让 git-log[1]、git-show[1] 和 git-whatchanged[1] 假定使用 --use-mailmap，否则假定使用 --no-use-mailmap。默认为 true。

可以是 "advertise" (默认)、"allow" 或 "ignore"。 如果是 "advertise"，服务器将响应客户端发送 "unborn" (如 gitprotocol-v2[5] 中所述)，并且将在协议 v2 功能通告期间通告对此功能的支持。"allow" 与 "advertise" 相同，只不过服务器不会通告对此功能的支持；这对于无法原子更新的负载均衡服务器（例如）很有用，因为管理员可以配置 "allow"，然后在延迟一段时间后配置 "advertise"。

如果为 true，则使 git-mailinfo[1]（以及因此 git-am[1]）默认情况下像提供了 --scissors 选项一样运行。 激活后，此功能会从消息正文中删除剪刀线（即主要由 ">8"、"8<" 和 "-" 组成）之前的所有内容。

增强 mailmap 文件的位置。首先加载位于存储库根目录中的默认 mailmap，然后加载此变量指向的 mailmap 文件。 mailmap 文件的位置可能位于存储库子目录中，也可能位于存储库本身之外的某个位置。 请参阅 git-shortlog[1] 和 git-blame[1]。

与 mailmap.file 类似，但将该值视为对存储库中 blob 的引用。如果同时给出了 mailmap.file 和 mailmap.blob，则会解析两者，其中来自 mailmap.file 的条目优先。在裸存储库中，这默认为 HEAD:.mailmap。在非裸存储库中，它默认为空。

此布尔配置选项控制某些命令在完成其正常工作后是否运行 git maintenance run --auto。默认为 true。

许多 Git 命令在将数据写入存储库后会触发自动维护。此布尔配置选项控制此自动维护应在前台发生，还是维护进程应分离并在后台继续运行。

此字符串配置选项提供了一种方法来指定用于后台维护的几个推荐计划之一。这仅影响在 git maintenance run --schedule=X 命令期间运行哪些任务，前提是没有提供 --task=<task> 参数。此外，如果设置了 maintenance.<task>.schedule 配置值，则使用该值而不是 maintenance.strategy 提供的值。可能的策略字符串是

此布尔配置选项控制当未指定 --task 选项时，是否运行名称为 <task> 的维护任务到 git maintenance run。 如果存在 --task 选项，则会忽略这些配置值。默认情况下，只有 maintenance.gc.enabled 为 true。

此配置选项控制给定的 <task> 是否在 git maintenance run --schedule=<frequency> 命令期间运行。该值必须是“hourly”、“daily”或“weekly”之一。

此整数配置选项控制作为 git maintenance run --auto 的一部分运行 commit-graph 任务的频率。如果为零，则 commit-graph 任务将不使用 --auto 选项运行。负值将强制任务每次都运行。否则，正值意味着当不在 commit-graph 文件中的可到达提交的数量至少为 maintenance.commit-graph.auto 的值时，该命令应运行。默认值为 100。

此整数配置选项控制作为 git maintenance run --auto 的一部分运行 loose-objects 任务的频率。如果为零，则 loose-objects 任务将不使用 --auto 选项运行。负值将强制任务每次都运行。否则，正值意味着当松散对象的数量至少为 maintenance.loose-objects.auto 的值时，该命令应运行。默认值为 100。

此整数配置选项控制作为 git maintenance run --auto 的一部分运行 incremental-repack 任务的频率。如果为零，则 incremental-repack 任务将不使用 --auto 选项运行。负值将强制任务每次都运行。否则，正值意味着当不在 multi-pack-index 中的 pack-files 数量至少为 maintenance.incremental-repack.auto 的值时，该命令应运行。默认值为 10。

指定可以用于以 *man* 格式显示帮助的程序。请参阅 git-help[1]。

指定调用指定 man 查看器的命令。指定的命令在 shell 中进行评估，并将 man 页面作为参数传递。（请参阅 git-help[1]。）

覆盖可以用于以 *man* 格式显示帮助的给定工具的路径。请参阅 git-help[1]。

指定在合并时，将冲突的块写入工作树文件的样式。默认值为“merge”，它显示一个 <<<<<<< 冲突标记，一方所做的更改，一个 ======= 标记，另一方所做的更改，然后是一个 >>>>>>> 标记。另一种样式“diff3”添加了一个 ||||||| 标记以及 ======= 标记之前的原始文本。“merge”样式倾向于产生比 diff3 更小的冲突区域，这既是因为排除了原始文本，也是因为当两个侧面的行子集匹配时，它们只是从冲突区域中提取出来。 另一种替代样式 "zdiff3" 与 diff3 类似，但在冲突区域的开头或结尾附近出现时，会从冲突区域中删除双方的匹配行。

如果在没有 commit 参数的情况下调用 merge，则通过使用存储在远程跟踪分支中的最新观察值，合并为当前分支配置的上游分支。将查阅 branch.<current branch>.merge 的值，该值命名了在由 branch.<current branch>.remote 命名的远程分支中的分支，然后它们通过 remote.<remote>.fetch 映射到其相应的远程跟踪分支，并且合并这些跟踪分支的顶端。默认为 true。

默认情况下，当合并一个当前 commit 的后代 commit 时，Git 不会创建一个额外的合并 commit。相反，当前分支的顶端会进行快进。当设置为 false 时，此变量告诉 Git 在这种情况下创建一个额外的合并 commit（相当于从命令行给出 --no-ff 选项）。当设置为 only 时，仅允许此类快进合并（相当于从命令行给出 --ff-only 选项）。

如果为 true，则相当于 --verify-signatures 命令行选项。有关详细信息，请参阅 git-merge[1]。

除了分支名称之外，还使用与它们关联的分支描述文本填充日志消息。默认为 false。

除了分支名称之外，还使用最多指定数量的来自实际合并的 commit 的单行描述填充日志消息。默认为 false，true 是 20 的同义词。

通过将一个与集成分支名称匹配的 glob 添加到此多值配置变量，为合并到这些集成分支中计算的默认合并消息将从其标题中省略“into <branch name>”。

在合并期间重命名检测的详尽部分中要考虑的文件数量。如果未指定，则默认为 diff.renameLimit 的值。如果未指定 merge.renameLimit 和 diff.renameLimit，则当前默认为 7000。如果禁用重命名检测，则此设置无效。

Git 是否检测重命名。如果设置为“false”，则禁用重命名检测。如果设置为“true”，则启用基本重命名检测。默认为 diff.renames 的值。

Git 是否检测目录重命名，从而影响在历史记录的一侧将新文件添加到目录，而该目录在历史记录的另一侧被重命名时，合并时发生的情况。如果 merge.directoryRenames 设置为“false”，则禁用目录重命名检测，这意味着这些新文件将留在旧目录中。如果设置为“true”，则启用目录重命名检测，这意味着这些新文件将移动到新目录中。如果设置为“conflict”，则将报告此类路径的冲突。如果 merge.renames 为 false，则忽略 merge.directoryRenames 并将其视为 false。默认为“conflict”。

告诉 Git 存储库中文件的规范表示形式随着时间的推移而发生了变化（例如，较早的 commit 记录了具有 CRLF 行尾的文本文件，但最近的 commit 使用了 LF 行尾）。在此类存储库中，对于每个需要三向内容合并的文件，Git 可以在执行合并之前将 commit 中记录的数据转换为规范形式，以减少不必要的冲突。有关更多信息，请参阅 gitattributes[5] 中的“合并具有不同签入/签出属性的分支”部分。

是否在合并结束时打印 ORIG_HEAD 和合并结果之间的 diffstat。默认为 True。

设置为 true 时，在操作开始前自动创建一个临时储藏条目，并在操作结束后应用它。这意味着您可以在脏工作区上运行 merge。但是，请谨慎使用：成功合并后的最终储藏应用程序可能会导致重要的冲突。可以使用 git-merge[1] 的 --no-autostash 和 --autostash 选项覆盖此选项。默认为 false。

控制 git-mergetool[1] 使用的合并工具。下面的列表显示了有效的内置值。任何其他值都被视为自定义合并工具，并且需要定义相应的 mergetool.<tool>.cmd 变量。

指定 -g/--gui 标志时，控制 git-mergetool[1] 使用的合并工具。下面的列表显示了有效的内置值。任何其他值都被视为自定义合并工具，并且需要定义相应的 mergetool.<guitool>.cmd 变量。

控制递归合并策略显示的输出量。级别 0 不输出任何内容，除非检测到冲突时输出最终错误消息。级别 1 仅输出冲突，2 输出冲突和文件更改。级别 5 及以上输出调试信息。默认为级别 2。可以被 GIT_MERGE_VERBOSITY 环境变量覆盖。

为自定义底层合并驱动程序定义一个人类可读的名称。有关详细信息，请参阅 gitattributes[5]。

定义实现自定义底层合并驱动程序的命令。有关详细信息，请参阅 gitattributes[5]。

命名一个底层合并驱动程序，用于在公共祖先之间执行内部合并时使用。有关详细信息，请参阅 gitattributes[5]。

覆盖给定工具的路径。 如果您的工具不在 PATH 中，这将很有用。

指定调用指定合并工具的命令。指定的命令在 shell 中进行评估，并提供以下变量：BASE 是一个临时文件的名称，该文件包含要合并的文件的公共基础（如果可用）；LOCAL 是一个临时文件的名称，该文件包含当前分支上文件的内容；REMOTE 是一个临时文件的名称，该文件包含要合并的分支中的文件的内容；MERGED 包含合并工具应将成功合并的结果写入的文件名。

允许用户覆盖特定工具的全局 mergetool.hideResolved 值。有关完整说明，请参阅 mergetool.hideResolved。

对于自定义合并命令，指定是否可以使用合并命令的退出代码来确定合并是否成功。如果未将其设置为 true，则会检查合并目标文件时间戳，如果该文件已更新，则假定合并已成功；否则，将提示用户指示合并的成功。

较旧版本的 meld 不支持 --output 选项。 Git 将尝试通过检查 meld --help 的输出来检测 meld 是否支持 --output。配置 mergetool.meld.hasOutput 将使 Git 跳过这些检查并使用配置的值。将 mergetool.meld.hasOutput 设置为 true 告诉 Git 无条件地使用 --output 选项，而 false 则避免使用 --output。

当给出 --auto-merge 时，meld 将自动合并所有非冲突部分，突出显示冲突部分，并等待用户决定。将 mergetool.meld.useAutoMerge 设置为 true 告诉 Git 无条件地将 --auto-merge 选项与 meld 一起使用。将此值设置为 auto 使 git 检测是否支持 --auto-merge 并且仅在可用时才使用 --auto-merge。值 false 避免完全使用 --auto-merge，并且是默认值。

配置 vimdiff 的 <variant> 的拆分窗口布局，<variant> 是 vimdiff、nvimdiff、gvimdiff 中的任何一个。使用 --tool=<variant>（或者如果没有 --tool，则 merge.tool 配置为 <variant>）启动 git mergetool 时，Git 将查询 mergetool.<variant>.layout 以确定该工具的布局。如果variant-specific配置不可用，则使用vimdiff作为后备。如果该配置也不可用，则将使用具有 4 个窗口的默认布局。要配置布局，请参阅 git-mergetool[1] 中的 BACKEND SPECIFIC HINTS 部分。

在合并期间，Git 将自动解决尽可能多的冲突，并将包含冲突标记的 MERGED 文件写入到它无法解决的任何冲突周围；LOCAL 和 REMOTE 通常表示来自 Git 冲突解决之前的文件的版本。此标志导致覆盖 LOCAL 和 REMOTE，以便仅将未解决的冲突呈现给合并工具。可以通过 mergetool.<tool>.hideResolved 配置变量按工具配置。默认为 false。

执行合并后，可以将带有冲突标记的原始文件保存为带有 .orig 扩展名的文件。如果此变量设置为 false，则不会保留此文件。默认为 true（即保留备份文件）。

调用自定义合并工具时，Git 使用一组临时文件传递给该工具。如果该工具返回错误并且此变量设置为 true，则将保留这些临时文件；否则，它们将在该工具退出后被删除。默认为 false。

默认情况下，Git 将冲突文件的临时 BASE、LOCAL 和 REMOTE 版本写入工作区。如果设置为 true，Git 将尝试使用临时目录来存储这些文件。默认为 false。

在每次调用合并解决程序之前提示。

设为 true 时，默认使用 merge.guitool（相当于指定 --gui 参数），设为 auto 时，则根据 DISPLAY 环境变量的值选择 merge.guitool 或 merge.tool。默认值为 false，此时必须显式提供 --gui 参数才能使用 merge.guitool。

解决 notes 冲突时，默认选择哪种合并策略。必须是 manual、ours、theirs、union 或 cat_sort_uniq 之一。默认为 manual。有关每种策略的更多信息，请参阅 git-notes[1] 的“NOTES MERGE STRATEGIES”部分。

当将 notes 合并到 refs/notes/<name> 中时，选择哪种合并策略。这会覆盖更通用的 notes.mergeStrategy。有关可用策略的更多信息，请参阅 git-notes[1] 中的“NOTES MERGE STRATEGIES”部分。

除了由 core.notesRef 或 GIT_NOTES_REF 设置的默认值之外，还要从哪个 ref（或 refs，如果是 glob 或多次指定）读取 notes，以便在使用 git log 系列命令显示提交消息时使用。

当使用 *<command>*（当前为 amend 或 rebase）重写提交时，如果此变量为 false，则 git 不会将 notes 从原始提交复制到重写后的提交。默认为 true。另请参阅下面的 notes.rewriteRef。

在重写期间复制 notes 时（请参阅 notes.rewrite.<command> 选项），确定如果目标提交已经有 note 时该怎么做。必须是 overwrite、concatenate、cat_sort_uniq 或 ignore 之一。默认为 concatenate。

在重写期间复制 notes 时，指定应复制其 notes 的（完全限定的）ref。 可以是 glob，在这种情况下，将复制所有匹配 refs 中的 notes。 您也可以多次指定此配置。

当命令行上没有给出窗口大小时，git-pack-objects[1] 使用的窗口大小。默认为 10。

当命令行上没有给出最大深度时，git-pack-objects[1] 使用的最大 delta 深度。默认为 50。最大值为 4095。

当命令行上没有给出限制时，git-pack-objects[1] 中每个线程消耗的用于 pack 窗口内存的最大内存大小。该值可以用“k”、“m”或“g”作为后缀。如果未配置（或显式设置为 0），则没有限制。

一个整数 -1..9，表示 pack 文件中对象的压缩级别。-1 是 zlib 默认值。 0 表示不压缩，1..9 是各种速度/大小的权衡，9 最慢。如果未设置，则默认为 core.compression。如果 core.compression 也未设置，则默认为 -1，即 zlib 默认值，它是“速度和压缩之间的默认折衷（当前相当于级别 6）”。

当为 true 或 “single”，且启用了可达性位图时，pack-objects 将尝试原封不动地发送位图 packfile 的部分内容。当为 “multi”，且提供了多 pack 可达性位图时，pack-objects 将尝试发送 MIDX 中所有 pack 的部分内容。

一个扩展的正则表达式，用于配置一组 delta islands。有关详细信息，请参阅 git-pack-objects[1] 中的 "DELTA ISLANDS"。

指定一个 island 名称，该 island 的对象将首先被打包。这在某个 pack 的前面创建了一种伪 pack，因此来自指定 island 的对象有望更快地复制到应提供给请求这些对象的用户的任何 pack 中。实际上，这意味着指定的 island 应该很可能对应于 repo 中最常被克隆的内容。另请参阅 git-pack-objects[1] 中的 "DELTA ISLANDS"。

在将 deltas 写入 pack 之前，用于在 git-pack-objects[1] 中缓存 deltas 的最大内存（以字节为单位）。 此缓存用于加速写入对象阶段，而无需在找到所有对象的最佳匹配后重新计算最终 delta 结果。 但是，在内存紧张的机器上重新打包大型存储库可能会受到严重影响，特别是如果此缓存将系统推入交换。 值为 0 表示没有限制。 最小大小 1 字节可用于实际禁用此缓存。 默认为 256 MiB。

缓存在 git-pack-objects[1] 中的 delta 的最大大小。 此缓存用于加速写入对象阶段，而无需在找到所有对象的最佳匹配后重新计算最终 delta 结果。 默认为 1000。最大值为 65535。

指定在搜索最佳 delta 匹配时要生成的线程数。 这要求使用 pthreads 编译 git-pack-objects[1]，否则将忽略此选项并发出警告。 这旨在减少多处理器机器上的打包时间。 但是，delta 搜索窗口所需的内存量会乘以线程数。 指定 0 将导致 Git 自动检测 CPU 数量并相应地设置线程数。

指定默认的 pack 索引版本。 有效值为 1，表示 1.5.2 之前的 Git 版本使用的旧版 pack 索引，以及 2，表示新的 pack 索引，该索引具有处理大于 4 GB 的 pack 以及适当保护免受损坏的 pack 重新打包的功能。 版本 2 是默认值。 请注意，每当相应的 pack 大于 2 GB 时，都会强制使用版本 2，并且会忽略此配置选项。

pack 的最大大小。 此设置仅影响在重新打包时打包到文件，即 git:// 协议不受影响。 可以通过 git-repack[1] 的 --max-pack-size 选项覆盖它。 达到此限制会导致创建多个 pack 文件。

如果为 true，则在打包到 stdout 时（例如，在 fetch 的服务器端期间），git 将使用 pack 位图（如果可用）。 默认为 true。 通常，您不需要关闭此选项，除非您正在调试 pack 位图。

如果为 true，Git 将使用一种实验性算法来计算使用位图的可达性查询。 不再为所有取反的 tips 构建完整的位图，然后将它们 OR 在一起，而是将带有现有位图的取反的 tips 视为附加的（即，如果它们存在则将它们 OR 到结果中，否则忽略它们），并在边界处构建位图。

如果为 true，则当存在 --revs 选项时，git 默认使用 git pack-objects 中的 --sparse 选项。 此算法仅遍历引入新对象的路径中出现的树。 在计算 pack 以发送小更改时，这可以带来显着的性能优势。 但是，如果包含的提交包含某些类型的直接重命名，则可能会将额外的对象添加到 pack 文件中。 默认为 true。

在选择哪些提交会收到位图时，优先选择位于任何引用顶端的提交，该引用是此配置的任何值的后缀，而不是“选择窗口”中的任何其他提交。

这是 repack.writeBitmaps 的已弃用同义词。

如果为 true，则 git 将在位图索引（如果已写入）中包含一个“哈希缓存”部分。 此缓存可用于为 git 的 delta 启发法提供数据，从而可能在位图对象和非位图对象之间产生更好的 delta（例如，在提供较旧的位图包和自上次 gc 以来已推送的对象之间的 fetch 时）。 缺点是它每个对象占用 4 字节的磁盘空间。 默认为 true。

如果为 true，则 Git 将在位图索引（如果已写入）中包含一个“查找表”部分。 此表用于尽可能延迟加载单个位图。 这对于具有相对较大的位图索引的存储库可能是有益的。 默认为 false。

如果为 true，则 git 将读取任何可能可用的 .rev 文件（请参阅：gitformat-pack[5]）。 如果为 false，则反向索引将从头开始生成并存储在内存中。 默认为 true。

如果为 true，则 git 将为它写入的每个新 packfile 编写相应的 .rev 文件（请参阅：gitformat-pack[5]），除了在 git-fast-import[1] 和批量签入机制中。 默认为 true。

如果该值是布尔值，则在写入 tty 时，打开或关闭特定 Git 子命令输出的分页。 否则，使用 pager.<cmd> 的值指定的 pager 打开子命令的分页。 如果在命令行上指定了 --paginate 或 --no-pager，则它优先于此选项。 要禁用所有命令的分页，请将 core.pager 或 GIT_PAGER 设置为 cat。

--pretty= 格式字符串的别名，如 git-log[1] 中所述。 此处定义的任何别名都可以像内置的 pretty 格式一样使用。 例如，运行 git config pretty.changelog "format:* %H %s" 将导致调用 git log --pretty=changelog 等效于运行 git log "--pretty=format:* %H %s"。 请注意，与内置格式具有相同名称的别名将被静默忽略。

如果设置为 "true"，则在为部分克隆获取其他对象时，假定使用 --quiet。

如果设置为 "true"，服务器将使用 "promisor-remote" 功能，请参阅 gitprotocol-v2[5]，来广播它正在使用的 promisor 远程仓库（如果它使用某些 promisor 远程仓库）。 默认值为 "false"，这意味着不广播 "promisor-remote" 功能。

如果设置为 "all"，客户端将接受服务器可能使用 "promisor-remote" 功能广播的所有 promisor 远程仓库。 如果设置为 "knownName"，客户端将接受已在客户端上配置的、并且与客户端广播的 promisor 远程仓库具有相同名称的 promisor 远程仓库。 这不是很安全，但可以在公司设置中使用，在这种设置中，服务器和客户端被信任不会切换名称和 URL。 如果设置为 "knownUrl"，客户端将接受在客户端上配置的、并且与服务器广播的名称和 URL 具有相同名称和相同 URL 的 promisor 远程仓库。 这比 "all" 或 "knownName" 更安全，因此如果可能，应使用此选项而不是这些选项。 默认值为 "none"，这意味着将不接受服务器广播的任何 promisor 远程仓库。 通过接受 promisor 远程仓库，客户端同意服务器可能会从其对客户端的 "fetch" 和 "clone" 请求的响应中省略可以从此 promisor 远程仓库延迟获取的对象。 请参阅 gitprotocol-v2[5]。

如果设置，则为所有没有明确策略的协议（protocol.<name>.allow）提供用户定义的默认策略。 默认情况下，如果未设置，已知安全协议（http、https、git、ssh）的默认策略为 always，已知危险协议（ext）的默认策略为 never，所有其他协议（包括 file）的默认策略为 user。 支持的策略

设置一个策略，供协议 <name> 与 clone/fetch/push 命令一起使用。 有关可用策略，请参阅上面的 protocol.allow。

如果设置，客户端将尝试使用指定的协议版本与服务器通信。 如果服务器不支持该版本，则通信将回退到版本 0。 如果未设置，则默认值为 2。 支持的版本

默认情况下，当合并作为当前提交的后代的提交时，Git 不会创建额外的合并提交。 相反，当前分支的顶端会进行快进。 当设置为 false 时，此变量告诉 Git 在这种情况下创建额外的合并提交（相当于从命令行给出 --no-ff 选项）。 当设置为 only 时，只允许此类快进合并（相当于从命令行给出 --ff-only 选项）。 此设置在拉取时覆盖 merge.ff。

如果为 true，则将分支变基到获取的分支之上，而不是在运行 "git pull" 时从默认远程仓库合并默认分支。 有关在每个分支上设置此项的信息，请参阅 "branch.<name>.rebase"。

一次拉取多个分支时要使用的默认合并策略。

拉取单个分支时要使用的默认合并策略。

如果设置为 "true"，则在当前分支不存在上游跟踪时，默认推送时假定使用 --set-upstream；此选项对 push.default 选项 simple、upstream 和 current 生效。 如果默认情况下希望将新分支推送到默认远程仓库（如 push.default=current 的行为），并且还希望设置上游跟踪，则此选项非常有用。 最有可能从此选项中受益的工作流程是 simple 中心工作流程，其中所有分支都应在远程仓库上具有相同的名称。

定义如果没有给出 refspec（无论是从命令行、配置还是其他地方），git push 应该采取的操作。 不同的值非常适合特定的工作流程；例如，在纯粹的中心工作流程中（即，fetch 源等于推送目标），upstream 可能是您想要的。 可能的值包括

如果设置为 true，则默认启用 --follow-tags 选项。 您可以在推送时通过指定 --no-follow-tags 来覆盖此配置。

可以设置为布尔值或字符串 if-asked。 true 值会导致所有推送都经过 GPG 签名，就像将 --signed 传递给 git-push[1] 一样。 字符串 if-asked 会导致在服务器支持的情况下对推送进行签名，就像将 --signed=if-asked 传递给 git push 一样。 false 值可能会覆盖来自优先级较低的配置文件的值。 显式命令行标志始终覆盖此配置选项。

如果没有从命令行给出 --push-option=<option> 参数，则 git push 的行为就像是将此变量的每个 <value> 都作为 --push-option=<value> 给出一样。

Example:

/etc/gitconfig
  push.pushoption = a
  push.pushoption = b

~/.gitconfig
  push.pushoption = c

repo/.git/config
  push.pushoption =
  push.pushoption = b

This will result in only b (a and c are cleared).

可以是 "check"、"on-demand"、"only" 或 "no"，其行为与 "push --recurse-submodules" 相同。如果未设置，则默认使用 *no*，除非设置了 *submodule.recurse* （在这种情况下，*true* 值表示 *on-demand*）。

如果设置为 "true"，则相当于在命令行中为 git-push[1] 指定 --force-if-includes 选项。在推送时添加 --no-force-if-includes 会覆盖此配置设置。

如果设置为 "true"，则尝试通过客户端和服务器尝试查找共同提交的协商轮次来减小发送的 packfile 的大小。如果为 "false"，则 Git 将仅依靠服务器的 ref 公告来查找共同的提交。

如果设置为 "false"，则禁用 "git push" 的位图使用，即使 pack.useBitmaps 为 "true"，也不会阻止其他 git 操作使用位图。默认为 true。

用于 rebase 的默认后端。可能的选择是 *apply* 或 *merge*。将来，如果 merge 后端获得 apply 后端的所有剩余功能，则此设置可能不会使用。

是否显示自上次 rebase 以来 upstream 中发生的变化的 diffstat。默认为 False。

如果设置为 true，则默认情况下为交互模式启用 git-rebase[1] 的 --autosquash 选项。可以使用 --no-autosquash 选项覆盖此设置。

如果设置为 true，则在操作开始之前自动创建一个临时 stash 条目，并在操作结束后应用它。这意味着您可以在脏工作区上运行 rebase。但是，请谨慎使用：在成功 rebase 之后，最终的 stash 应用可能会导致非平凡的冲突。此选项可以被 git-rebase[1] 的 --no-autostash 和 --autostash 选项覆盖。默认为 false。

如果设置为 true，则默认启用 --update-refs 选项。

如果设置为 "warn"，则 git rebase -i 将在删除某些提交（例如，删除了某行）时打印警告，但是 rebase 仍将继续。如果设置为 "error"，则它将打印先前的警告并停止 rebase，然后可以使用 *git rebase --edit-todo* 来纠正错误。如果设置为 "ignore"，则不执行任何检查。要删除提交而不发出警告或错误，请在 todo 列表中使用 drop 命令。默认为 "ignore"。

一个格式字符串，如 git-log[1] 中指定的，用于交互式 rebase 期间的 todo 列表。该格式将自动将提交哈希前置于该格式。

如果设置为 true，则 git rebase 将在 todo 列表中使用缩写的命令名称，从而产生如下内容

	p deadbee The oneline of the commit
	p fa1afe1 The oneline of the next commit
	...

	pick deadbee The oneline of the commit
	pick fa1afe1 The oneline of the next commit
	...

自动重新安排失败的 exec 命令。这仅在交互模式下（或提供了 --exec 选项时）才有意义。这与指定 --reschedule-failed-exec 选项相同。

如果设置为 false，则默认设置 --no-fork-point 选项。

是否以及如何默认设置 --rebase-merges 选项。可以是 rebase-cousins、no-rebase-cousins 或布尔值。设置为 true 或 no-rebase-cousins 等同于 --rebase-merges=no-rebase-cousins，设置为 rebase-cousins 等同于 --rebase-merges=rebase-cousins，设置为 false 等同于 --no-rebase-merges。在命令行上传递 --rebase-merges（无论是否带有参数）都将覆盖任何 rebase.rebaseMerges 配置。

从提交主题生成标签名称时，将名称截断为此长度。默认情况下，名称会被截断为略小于 NAME_MAX（以允许例如为相应的松散引用写入 .lock 文件）。

默认情况下，git-receive-pack 将向其客户端公告 atomic push 功能。如果您不想公告此功能，请将此变量设置为 false。

如果设置为 true，则 git-receive-pack 将向其客户端公告 push options 功能。默认为 False。

默认情况下，git-receive-pack 将在接收到来自 git-push 的数据并更新 ref 之后运行 "git maintenance run --auto"。您可以通过将此变量设置为 false 来停止它。

通过将此变量设置为字符串，git receive-pack 将接受 git push --signed 并通过使用 HMAC 保护的“nonce”进行验证，并使用此字符串作为密钥。

当 git push --signed 发送一个带有 "nonce" 的 push 证书，该 "nonce" 是在相同存储库中提供服务的 receive-pack 在此期间发出的，将证书中找到的 "nonce" 导出到 GIT_PUSH_CERT_NONCE 到 hooks（而不是 receive-pack 要求发送方包含的内容）。这可以更容易地在 pre-receive 和 post-receive 中编写检查。他们只需要检查 GIT_PUSH_CERT_NONCE_STATUS 是否为 OK，而不是检查记录 nonce 过期时间的 GIT_PUSH_CERT_NONCE_SLOP 环境变量来决定是否要接受证书。

如果设置为 true，则 git-receive-pack 将检查所有接收到的对象。有关检查的内容，请参见 transfer.fsckObjects。默认为 false。如果未设置，则使用 transfer.fsckObjects 的值。

类似于 fsck.<msg-id>，但由 git-receive-pack[1] 而不是 git-fsck[1] 使用。 有关详细信息，请参见 fsck.<msg-id> 文档。

类似于 fsck.skipList，但由 git-receive-pack[1] 而不是 git-fsck[1] 使用。 有关详细信息，请参见 fsck.skipList 文档。

从客户端接收到 pack 之后，receive-pack 在处理 pack 时可能不会产生任何输出（如果指定了 --quiet），这会导致某些网络断开 TCP 连接。设置此选项后，如果 receive-pack 在此阶段的 receive.keepAlive 秒内未传输任何数据，它将发送一个简短的 keepalive 数据包。默认为 5 秒；设置为 0 可完全禁用 keepalive。

如果推送中接收到的对象数低于此限制，则这些对象将被解包到松散对象文件中。但是，如果接收到的对象数等于或超过此限制，则在添加任何缺少的 delta 基础之后，接收到的 pack 将存储为 pack。存储来自推送的 pack 可以使推送操作完成得更快，尤其是在慢速文件系统上。如果未设置，则使用 transfer.unpackLimit 的值。

如果传入的 pack 流的大小大于此限制，则 git-receive-pack 将出错，而不是接受 pack 文件。如果未设置或设置为 0，则大小不受限制。

如果设置为 true，则 git-receive-pack 将拒绝删除 ref 的 ref 更新。使用此功能可以防止通过推送删除此类 ref。

如果设置为 true，则 git-receive-pack 将拒绝删除非裸存储库的当前检出分支的 ref 更新。

如果设置为 true 或 "refuse"，则 git-receive-pack 将拒绝更新非裸存储库的当前检出分支。 这样的推送存在潜在的危险，因为它使 HEAD 与索引和工作树不同步。 如果设置为 "warn"，则将此类推送的警告打印到 stderr，但允许继续推送。 如果设置为 false 或 "ignore"，则允许此类推送，而不显示任何消息。 默认为 "refuse"。

如果设置为 true，则 git-receive-pack 将拒绝不是快进的 ref 更新。 使用此功能可以防止通过推送进行此类更新，即使强制执行了该推送。 初始化共享存储库时，将设置此配置变量。

此变量与 transfer.hideRefs 相同，但仅适用于 receive-pack（因此会影响推送，但不影响提取）。 尝试通过 git push 更新或删除隐藏的 ref 将被拒绝。

这是一个多值变量，用于定义引用前缀以匹配 receive-pack 中的命令。匹配此前缀的命令将由外部钩子 "proc-receive" 执行，而不是内部的 execute_commands 函数。 如果未定义此变量，则永远不会使用 "proc-receive" 钩子，所有命令都将由内部的 execute_commands 函数执行。

git config --system --add receive.procReceiveRefs ad:refs/heads
git config --system --add receive.procReceiveRefs !:refs/heads

如果设置为 true，git-receive-pack 将在从 git-push 接收数据并更新 refs 后运行 git-update-server-info。

如果设置为 true，当新的 refs 需要新的 shallow roots 时，可以更新 .git/shallow。 否则，这些 refs 将被拒绝。

reftable 后端写入块时使用的字节大小。 块大小由写入器确定，不必是 2 的幂。 块大小必须大于存储库中使用的最长引用名称或日志条目，因为引用不能跨越块。

创建重启点的时间间隔。 reftable 后端在文件创建时确定重启点。 每 16 个可能更适合较小的块大小（4k 或 8k），每 64 个更适合较大的块大小（64k）。

reftable 后端是否应写入对象块。 对象块是对象 ID 到指向它们的引用的反向映射。

每当 reftable 后端将新表附加到堆栈时，它都会执行自动压缩，以确保只有少数几个表。 后端通过确保表在每个表的大小方面形成一个几何序列来实现此目的。

每当 reftable 后端将新表附加到堆栈时，它必须先锁定中央 "tables.list" 文件，然后才能对其进行更新。 此配置控制进程在另一个进程已经获取锁的情况下，等待获取锁的时间。 值 0 表示根本不重试；-1 表示无限期尝试。 默认为 100（即，重试 100 毫秒）。

默认推送到的远程仓库。 覆盖所有分支的 branch.<name>.remote，并被特定分支的 branch.<name>.pushRemote 覆盖。

远程仓库的 URL。 请参阅 git-fetch[1] 或 git-push[1]。 配置的远程仓库可以有多个 URL；在这种情况下，第一个用于获取，所有 URL 都用于推送（假设没有定义 remote.<name>.pushurl）。 将此键设置为空字符串会清除 URL 列表，允许您覆盖之前的配置。

远程仓库的推送 URL。 请参阅 git-push[1]。 如果配置的远程仓库中存在 pushurl 选项，则在推送时使用它代替 remote.<name>.url。 配置的远程仓库可以有多个推送 URL；在这种情况下，推送会发送到所有 URL。 将此键设置为空字符串会清除 URL 列表，允许您覆盖之前的配置。

对于需要 curl (http, https 和 ftp) 的远程仓库，这是用于该远程仓库的代理 URL。 设置为空字符串可禁用该远程仓库的代理。

对于需要 curl（http、https 和 ftp）的远程仓库，这是用于对正在使用的代理进行身份验证的方法（可能在 remote.<name>.proxy 中设置）。 请参阅 http.proxyAuthMethod。

git-fetch[1] 的默认 "refspec" 集。 请参阅 git-fetch[1]。

git-push[1] 的默认 "refspec" 集。 请参阅 git-push[1]。

如果为 true，则推送到此远程仓库会自动表现为在命令行上给出了 --mirror 选项。

已弃用的 remote.<name>.skipFetchAll 的同义词（如果在配置文件中都设置了不同的值，则将使用最后一次出现的值）。

如果为 true，则在使用 git-fetch[1]、git-remote[1] 的 update 子命令进行更新时将跳过此远程仓库，并且会被 git maintenance 的预取任务忽略。

推送时要在远程端执行的默认程序。 请参阅 git-push[1] 的 --receive-pack 选项。

获取时要在远程端执行的默认程序。 请参阅 git-fetch-pack[1] 的 --upload-pack 选项。

将此值设置为 --no-tags 会在从远程 <name> 获取时禁用自动标签跟踪。 将其设置为 --tags 将从远程 <name> 获取每个标签，即使它们无法从远程分支头部访问。 将这些标志直接传递给 git-fetch[1] 可以覆盖此设置。 请参阅 git-fetch[1] 的 --tags 和 --no-tags 选项。

将此项设置为 <vcs> 值将导致 Git 使用 git-remote-<vcs> 助手与远程仓库交互。

设置为 true 时，默认情况下从此远程仓库获取也会删除远程仓库上不再存在的任何远程跟踪引用（就像在命令行上给出了 --prune 选项一样）。 覆盖 fetch.prune 设置（如果有）。

设置为 true 时，如果通过 remote.<name>.prune、fetch.prune 或 --prune 通常激活了修剪，则默认情况下从此远程仓库获取也会删除远程仓库上不再存在的任何本地标签。 覆盖 fetch.pruneTags 设置（如果有）。