关键字 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 将调用 git-mailsplit 处理 mbox 格式的补丁，并带上参数 --keep-cr。在这种情况下，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 选项按分支选择此行为。此选项默认为 true。有效设置包括：

当使用 git branch、git switch 或 git checkout 创建跟踪另一个分支的新分支时，此变量会告诉 Git 将拉取操作设置为 rebase 而不是 merge（请参阅 branch.<name>.rebase）。有效设置包括：

此变量控制 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 给定的远程仓库抓取的引用匹配。合并信息由 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]。

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

当并行检出少量文件时，子进程生成和进程间通信的开销可能大于并行化带来的收益。此设置允许你定义应尝试并行检出的最小文件数。默认值为 100。

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

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

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

如果提供了部分克隆过滤器（请参阅 --filter 在 git-rev-list[1] 中）并且使用了 --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）。

为差异着色使用自定义颜色。<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> 分别是用于本地分支、远程跟踪分支、标签、stash 和 HEAD 的 branch、remoteBranch、tag、stash 或 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]。当您总是希望在日志消息中保留以注释字符（core.commentChar，默认为 #）开头的行时，更改默认值会很有用，在这种情况下，您可以执行 git config commit.cleanup whitespace（请注意，如果您这样做，您将必须自己删除提交日志模板中以注释字符开头的帮助行）。

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

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

指定一个文件路径，用作新提交消息的模板。

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

指定在写入或读取提交图文件时使用的生成号版本类型。如果指定版本 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 filters) 的版本。可以是 -1、0、1 或 2。请注意，大于 1 的值可能与尚未理解这些版本的旧版 Git 不兼容。在混合版本环境中操作时请谨慎使用。

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

告诉 Git 是否应尊重工作树中文件的可执行位。

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

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

此选项仅由 Mac OS 上的 Git 实现使用。当 core.precomposeUnicode=true 时，Git 会撤销 Mac OS 对文件名的 Unicode 分解。这在 Mac OS 和 Linux 或 Windows 之间共享仓库时很有用。（需要 Git for Windows 1.7.10 或更高版本，或 Cygwin 1.7 下的 Git）。当为 false 时，Git 完全透明地处理文件名，这与旧版 Git 向后兼容。

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

如果设置为 true，则不允许检出会导致 NTFS 文件系统出现问题的路径，例如与 8.3 "短" 名称冲突。在 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，将使用索引的 split-index 功能。请参阅 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 使用平台的原生行尾。默认值为 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，在这种情况下不执行输出转换。

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

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

一个“代理命令”，在通过 Git 协议获取时，用于执行（作为 command host port）而不是直接连接到远程服务器。如果变量值采用“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 将警告您。默认为 True。

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

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

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

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

每个线程用于缓存可能被多个差异化对象引用的基本对象的最大字节数。通过将整个解压缩后的基本对象存储在缓存中，Git 能够避免多次解包和解压缩频繁使用的基本对象。

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

指定包含描述不应跟踪的路径模式的文件路径名，除了 .gitignore（按目录）和 .git/info/exclude。默认为 $XDG_CONFIG_HOME/git/ignore。如果 $XDG_CONFIG_HOME 未设置或为空，则使用 $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，在这种情况下，将使用硬链接后跟源文件删除的方法，以确保对象创建不会覆盖现有对象。

显示提交消息时，也显示存储在给定引用中的备注。该引用必须是完全限定的。如果给定的引用不存在，这不是错误，但表示不应打印任何备注。

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

如果设置为 false，则行为如同在命令行上给出了 --no-replace-objects 选项。有关更多信息，请参见 git[1] 和 git-replace[1]。

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

启用“稀疏检出”功能。有关更多信息，请参见 git-sparse-checkout[1]。

启用稀疏检出功能的“锥形模式”。当稀疏检出文件包含有限的模式集时，此模式可提供显著的性能优势。通过将此变量设置为 false，可以请求“非锥形模式”以允许指定更灵活的模式。有关更多信息，请参见 git-sparse-checkout[1]。

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

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

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

默认情况下，当需要新凭据时，Git 和任何配置的凭据助手都会请求用户输入。如果存储的凭据仍然有效，许多这些助手会根据存储的凭据成功。为了避免 Git 的用户交互可能性，请将 credential.interactive=false。一些凭据助手也遵守此选项。

获取凭据时，将 http 或 https URL 的“路径”部分视为重要。默认为 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 Porcelain（高级命令），而不影响git diff-files等底层diff命令。

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

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

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

生成差异时显示<n>行上下文，而非默认的3行。此值会被-U选项覆盖。

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

如果设置此配置变量，则差异生成不使用内部差异机制，而是使用给定命令。可以使用GIT_EXTERNAL_DIFF环境变量覆盖。该命令以git[1]中“Git差异”部分所述的参数调用。注意：如果您只想在文件的子集上使用外部差异程序，您可能希望改用gitattributes[5]。

如果此布尔值设置为true，则diff.external命令预计在认为输入文件相等时返回退出代码0，在认为不同时返回1，就像diff(1)一样。如果设置为false（默认值），则该命令预计无论是否相等都返回退出代码0。任何其他退出代码都会导致Git报告致命错误。

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

如果设置，git diff将根据比较对象的不同，使用不同于标准a/和b/的前缀对。当此配置生效时，反向差异输出也会交换前缀的顺序

如果设置，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 Porcelain（高级命令），而不影响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报告致命错误。

差异驱动程序应该用于识别hunk头部的正则表达式。也可以使用内置模式。详见gitattributes[5]。

将此选项设置为true，使差异驱动程序将文件视为二进制文件。详见gitattributes[5]。

差异驱动程序应调用以生成文件文本转换版本的命令。转换结果用于生成人类可读的差异。详见gitattributes[5]。

差异驱动程序应该用于在行中分割单词的正则表达式。详见gitattributes[5]。

将此选项设置为true，使差异驱动程序缓存文本转换输出。详见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设置为包含差异预映像内容的临时文件名称，REMOTE设置为包含差异后映像内容的临时文件名称。

覆盖给定工具的路径。这在您的工具不在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]导入的对象数量低于此限制，则对象将被解包为松散对象文件。但是，如果导入的对象数量等于或超过此限制，则包将被存储为一个包。从fast-import存储包可以使导入操作更快完成，尤其是在慢速文件系统上。如果未设置，则使用transfer.unpackLimit的值。

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

启用Git新引入且正在考虑作为未来默认值的配置选项。此处包含的配置设置可能会随每个版本（包括次要版本更新）的发布而添加或删除。这些设置可能存在意外的交互，因为它们是如此新颖。如果您有兴趣就实验性功能提供反馈，请启用此设置。新的默认值是

启用优化包含大量文件的仓库的配置选项。当文件数量众多时，git status和git checkout等命令可能会变慢，这些新默认设置可以提高性能

此选项控制git fetch（以及git pull中底层的fetch）是否会递归抓取到已填充的子模块中。此选项可以设置为布尔值或on-demand。设置为布尔值时，如果设置为true，则fetch和pull的行为会无条件地递归到子模块中；如果设置为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原生传输抓取的对象数量低于此限制，则对象将被解包为松散对象文件。但是，如果接收到的对象数量等于或超过此限制，则接收到的包将被存储为一个包，并在添加任何缺失的增量基数之后。从推送中存储包可以使推送操作更快完成，尤其是在慢速文件系统上。如果未设置，则使用transfer.unpackLimit的值。

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

如果为true，并且未设置refs/tags/*:refs/tags/*引用规范，fetch将自动表现为提供了该规范进行修剪。这允许同时设置此选项和fetch.prune以保持与上游引用的一对一映射。另请参阅remote.<name>.pruneTags和git-fetch[1]的PRUNING部分。

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

控制引用更新状态的打印方式。有效值为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。

指定同时运行的最大抓取操作数（子模块，或当 git-fetch[1] 的 --multiple 选项生效时，对远程仓库）。

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

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

当使用 fetch.bundleURI 从使用“creationToken”启发式方法的 bundle 列表中增量抓取时，此配置值存储已下载 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-编码”（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=auto，否则跳过添加基准信息，而不会导致格式化失败。

为 `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 以转义“^>+From ”行时，它会启用健壮的“mboxrd”格式。

如果设置，则不在补丁中显示任何源或目标前缀。这相当于 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 使用的 delta 压缩算法中使用的深度参数。默认值为 50，这是在不使用 --aggressive 时 --depth 选项的默认值。

git gc --aggressive 使用的 delta 压缩算法中使用的窗口大小参数。默认值为 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 将重写提交图文件。当使用 git gc --auto 时，如果需要进行清理，提交图将更新。默认为 true。详见 git-commit-graph[1]。

如果文件 gc.log 存在，则 git gc --auto 将打印其内容并以状态零退出，而不是运行，除非该文件比 gc.logExpiry 旧。默认为“1.day”。有关指定其值的更多方式，请参阅 gc.pruneExpire。

在仓库中运行 git pack-refs 会使其无法被 Git 1.5.1.2 之前的版本通过 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（如果通过 gc.cruftPacks 或 --cruft 使用 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”）时，此设置仅适用于匹配该模式的引用。

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

在考虑是否删除对象时（无论是在生成 cruft 包时还是将不可达对象存储为松散对象时），使用 shell 执行指定的命令。将其输出解释为 Git 将视为“最近”的对象 ID，无论其年龄如何。通过将其修改时间视为“现在”，输出中提及的任何对象（及其后代）都将被保留，无论其真实年龄如何。

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

在重新打包和使用过滤器时（参见 gc.repackFilter），指定的位置将用于创建包含过滤掉的对象的 packfile。警告： 指定的位置应该可访问，例如使用 Git 备用机制，否则 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]。

将此字符串附加到每个提交消息中。设置为空字符串以禁用此功能。默认为“通过 git-CVS 模拟器”。

是否为此存储库启用 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 不为空。

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