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

一个布尔值，用于指定是否应为所有提交进行 GPG 签名。在执行 rebase 等操作时使用此选项可能会导致大量提交被签名。使用代理程序可以避免多次输入 GPG 密码。

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

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

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

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

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

如果为 true，则 git commit-graph write 将默认计算并写入更改路径 Bloom 过滤器，相当于传递 --changed-paths。如果为 false 或未设置，则仅当过滤器已存在于当前 commit-graph 文件中时，在 git commit-graph write 期间才会写入更改路径 Bloom 过滤器。这匹配 git commit-graph write 在没有任何 --[no-]changed-paths 选项时的默认行为。要重写没有过滤器的 commit-graph 文件，请使用 --no-changed-paths 选项。命令行选项 --[no-]changed-paths 始终优先于此配置。默认为未设置。

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

指定 Git 将读取和写入的更改路径 Bloom 过滤器的版本。可以是 -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]）。

设置调用“fsmonitor”hook 时使用的协议版本。

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

如果为真，将使用索引的 split-index 特性。请参阅 git-update-index[1]。默认为假。

确定如何处理索引的未跟踪缓存功能。如果此变量未设置或设置为 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 的字节（例如，UTF-8 中的“微”的八进制 \302\265）来引用路径名中的“不寻常”字符。如果此变量设置为 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 将通过为已更新相同内容（在索引和工作树中）的跟踪文件设置“assume-unchanged”位，来避免使用 lstat() 调用来检测文件是否已更改。

代替默认的 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 目录由 --git-dir 或 GIT_DIR 指定，或自动发现。如果指定了 --git-dir 或 GIT_DIR，但未指定 --work-tree、GIT_WORK_TREE 和 core.worktree 中的任何一个，则当前工作目录被视为工作树的顶层。

启用 reflog。对 ref <ref> 的更新将记录到文件“$GIT_DIR/logs/<ref>”，通过追加新的和旧的 SHA-1、日期/时间以及更新原因，但前提是该文件存在。如果此配置变量设置为 true，则会自动为分支头（即 refs/heads/ 下）、远程引用（即 refs/remotes/ 下）、注释引用（即 refs/notes/ 下）和符号引用 HEAD 创建缺失的“$GIT_DIR/logs/<ref>”文件。如果设置为 always，则会为 refs/ 下的任何 ref 自动创建缺失的 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]。默认为假。

如果为 true，Git 将在您传递的 ref 名称含糊不清且可能匹配存储库中的多个 ref 时警告您。默认为 true。

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

一个整数 -1..9，表示非打包文件的对象的压缩级别。-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 解释器的事实。

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

显示提交消息时，还会显示存储在给定 ref 中的 notes。ref 必须是完全限定的。如果给定的 ref 不存在，则不是错误，而是表示不应打印 notes。

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

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

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

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

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

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

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

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

默认情况下，Git 和任何已配置的凭据帮助程序在需要新凭据时都会要求用户输入。其中许多帮助程序可以基于存储的凭据成功，前提是这些凭据仍然有效。为避免 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 比较工作树文件时，不要将仅统计信息（stat-only）的更改视为已更改。而是静默运行 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 输出的命令。

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

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

如果设置了此配置变量，则 diff 生成将使用给定的命令而不是内部 diff 机制执行。可以通过 GIT_EXTERNAL_DIFF 环境变量覆盖。命令将以 "git Diffs" 在 git[1] 中描述的参数进行调用。注意：如果您只想对部分文件使用外部 diff 程序，则可能需要改用 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 设置时通常显示的 submodule 摘要，除非使用 --ignore-submodules 命令行选项覆盖。 git submodule 命令不受此设置的影响。默认情况下，此设置为 untracked，以便忽略任何未跟踪的子模块。

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

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

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

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

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

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

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

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

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

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

一个 POSIX 扩展正则表达式，用于确定在执行逐词（word-by-word）差异计算时什么是一个 "word"。匹配正则表达式的字符序列是 "words"，所有其他字符都是**可忽略的**空格。

自定义 diff driver 命令。有关详细信息，请参阅 gitattributes[5]。

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

diff driver 应使用此正则表达式来识别 hunk 头部。也可以使用内置模式。有关详细信息，请参阅 gitattributes[5]。

将此选项设置为 true 使 diff driver 将文件视为二进制文件。有关详细信息，请参阅 gitattributes[5]。

diff driver 应调用此命令来生成文件的文本转换版本。转换结果用于生成人类可读的 diff。有关详细信息，请参阅 gitattributes[5]。

diff driver 应使用此正则表达式来分割行中的单词。有关详细信息，请参阅 gitattributes[5]。

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

将此选项设置为 false 以禁用默认的启发式方法，这些方法会移动 diff hunk 的边界以使补丁更易于阅读。

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

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

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

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

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

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

指定调用指定 diff 工具的命令。指定的命令将在 shell 中进行评估，并提供以下变量：LOCAL 设置为包含 diff 预览文件内容的临时文件的名称，REMOTE 设置为包含 diff 后续文件内容的临时文件的名称。

覆盖给定工具的路径。如果您的工具不在 PATH 中，则此项非常有用。

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

在每次调用 diff 工具之前进行提示。

设置为 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。存储来自 fast-import 的 pack 可以加快导入操作的完成速度，尤其是在慢速文件系统上。如果未设置，则使用 transfer.unpackLimit 的值。

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

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

启用针对工作目录中具有许多文件的仓库进行优化的配置选项。当文件很多时，像 git status 和 git checkout 这样的命令可能会很慢，而这些新默认值可以提高性能。

此选项控制 git fetch（以及 git pull 中的底层 fetch）是否会递归地在已填充的子模块中进行 fetch。此选项可以设置为布尔值或 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，在添加任何缺失的 delta 基之后。存储来自推送的 pack 可以加快推送操作的完成速度，尤其是在慢速文件系统上。如果未设置，则使用 transfer.unpackLimit 的值。

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

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

如果为 true，则 fetch 将尝试更新所有可用的远程。此行为可以通过传递 --no-all 或显式指定一个或多个要 fetch 的远程来覆盖。默认为 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 命令从远程下载 packfile 后写入 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 选项的行为。git clone --bundle-uri 会设置 fetch.bundleURI 值，前提是提供的 bundle URI 包含一个为增量 fetch 组织的 bundle 列表。

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

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

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

为 format-patch 启用 multipart/mixed 附件作为默认值。该值也可以是一个双引号字符串，它将启用附件作为默认值，并将该值设置为边界。请参阅 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 命令的默认 pretty 格式。请参阅 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 失败。

为 format-patch 的 --notes 选项提供默认值。接受布尔值，或一个指定 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 时，所有大于此限制的非垃圾包都会被保留。这与 --keep-largest-pack 非常相似，不同之处在于所有满足阈值的非垃圾包都会被保留，而不仅仅是最大的那个包。默认为零。支持 k、m 或 g 等通用单位后缀。

如果为 true，则 gc 在运行 git-gc[1] 时会重写 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 pack 中（请参阅 git-repack[1]），而不是作为松散对象。默认值为 true。

在重新打包时限制新 cruft pack 的大小。当与 --max-cruft-size 一起指定时，命令行选项具有优先权。请参阅 git-repack[1] 的 --max-cruft-size 选项。

运行 git gc 时，它会调用 prune --expire 2.weeks.ago（如果通过 gc.cruftPacks 或 --cruft 使用 cruft packs，还会调用 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 会删除比此时间旧且无法从当前尖端到达的 reflog 条目；默认值为 30 天。值为 "now" 会立即删除所有条目，值为 "never" 会完全抑制删除。中间带有 "<pattern>"（例如 "refs/stash"）的设置仅适用于匹配 <pattern> 的引用。

在考虑是否删除对象时（无论是生成 cruft pack 还是将无法访问的对象存储为松散对象），使用 shell 执行指定的命令。将其输出解释为 Git 将视为 "recent" 的对象 ID，而忽略它们的实际年龄。通过将它们的 mtimes 视为 "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]。

用于替代 "gpg" 来创建或验证 PGP 签名时使用的程序路径。该程序必须支持与 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 公钥的文件。该文件由多行组成，每行开头是 principal，后跟一个 SSH 公钥。例如：user1@example.com,user2@example.com ssh-rsa AAAAX1... 有关详细信息，请参阅 ssh-keygen(1) 的 "ALLOWED SIGNERS"。principal 仅用于标识密钥，并在验证签名时可用。

SSH KRL 或已撤销公钥列表（不带 principal 前缀）。有关详细信息，请参阅 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 仓库外部执行 git grep 时，回退到 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] 中创建新分支时用作建议名称。

在执行 fetch 时，git-gui[1] 是否应修剪远程跟踪分支。默认值为 "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 将尝试以与其他凭证相同的方式获取密码。因此，语法是 [protocol://][user[:password]@]proxyhost[:port][/path]。这可以按每个远程进行覆盖；请参阅 remote.<name>.proxy。

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