git config --list --show-origin 能一次性列出所有生效配置项及其来源文件，按系统→全局→本地优先级叠加，最后一行同名配置值实际生效，路径以 file: 开头，重复项以最靠近工作区者为准。
git config --list --show-origin 显示所有配置来源
这条命令能一次性列出所有生效的 Git 配置项，并明确标出每个配置来自哪个文件，是最直接的定位方式。它会输出类似这样的内容：
file:/etc/gitconfig [core] autocrlf=true file:C:/Users/John/.gitconfig [user] name=John file:C:/project/.git/config [core] repositoryformatversion=0
注意三点：
-
file:开头的路径就是实际配置文件位置，Windows 下常见的是C:\Users\{用户名}\.gitconfig（全局）和C:\path\to\repo\.git\config（本地） - 如果某项重复出现（比如
user.name在多个文件里），以最靠近工作区的配置为准（即本地 > 全局 > 系统） - 某些配置可能来自环境变量（如
core.editor），这时会显示command line或environment而非file:
git config --global -e 编辑全局配置文件
执行该命令时，Git 会自动用默认编辑器打开全局配置文件——这意味着它已经帮你找到了路径。如果你不确定编辑器是什么，可以先运行：
git config --global core.editor
常见返回值有 notepad（Windows）、vim（Linux/macOS），或自定义路径如 "C:/Program Files/Notepad++/notepad++.exe" -multiInst -notabbar -nosession -noPlugin。只要编辑器能正常弹出，就说明路径有效。
这个方法比手动找 .gitconfig 更可靠，因为：
GitHub Actions Runtime Regression Audit
下载
对比基线与当前 GitHub Actions 运行导出，在 CI 成本和交付周期激增前及时发现工作流或作业运行时性能退化。
- 它绕过了 Windows 隐藏文件显示设置问题（
.gitconfig默认是隐藏文件） - 避免了因用户名含空格、中文或特殊字符导致的路径拼接错误
- 如果配置文件不存在，Git 会自动创建一个空文件并打开
git config --get --global user.name 等单项验证法
当只需要确认某个配置是否生效、又不想看全部输出时，用 git config --get 最轻量。例如：
-
git config --get --global user.name返回空，说明全局没设用户名——这时候再查文件就很有针对性 -
git config --get --local core.autocrlf可快速判断当前仓库是否覆盖了换行符策略 - 配合
--unset使用：比如git config --unset --global core.excludesfile删除无效路径后，再用--get验证是否清除了
注意：--get 不会告诉你配置在哪，但能帮你缩小排查范围——比如全局 user.name 为空，那重点就该去检查 .gitconfig 是否真被写入，而不是误改了本地配置。
Windows 下直接定位 .gitconfig 文件的注意事项
在资源管理器中手动找 .gitconfig 时，容易卡在三个地方：
- 文件是隐藏的：需在「查看」选项卡中勾选「隐藏的项目」
- 路径中的
%USERPROFILE%实际展开为C:\Users\{你的用户名}，但用户名含空格（如John Doe）时，路径必须用引号包裹，否则命令行会截断 - 有些安装器（如 GitHub Desktop）会把配置写到
%APPDATA%\Git\config，这个路径不会被git config --list显示，但会被 Git 读取——属于“幽灵配置”，只能靠--show-origin暴露
真正麻烦的不是找不到文件，而是多个同名配置互相覆盖又不报错。建议每次修改前先用 --show-origin 快扫一眼，比事后调试快得多。
