git config --global --show-origin --list 显示每个全局配置项及其真实文件路径，如 file:C:/Users/Joe/.gitconfig，用于准确定位和编辑生效的配置文件，避免因终端环境差异导致配置不生效。
git config --global --show-origin --list 显示真实路径
直接运行这个命令，Git 会逐行输出每个全局配置项及其来源文件。第一列就是 file:/path/to/.gitconfig，它才是你真正该编辑的文件位置。不加 --show-origin 时，git config --global --list 只显示键值对，完全看不出配置写在哪——很多人改了配置却没生效，就是因为写到了错误的文件里。
常见现象是：在 Git Bash 里执行 git config --global user.name "Alice" 后，用 git config --global --list 看到结果，但换到 PowerShell 或 VS Code 终端里查不到；或者改完 .gitconfig 文件后提交仍显示默认用户名。这往往是因为 Git 在不同终端下解析 HOME 或 USERPROFILE 不一致，最终读取了不同路径下的配置文件。
Windows 上 .gitconfig 路径可能不唯一
Git 在 Windows 上查找全局配置文件时，会按顺序检查：
-
HOME环境变量指向的路径 +.gitconfig - fallback 到
USERPROFILE（通常是C:\Users\<username>\.gitconfig</username>） - 某些旧版 Git 安装还可能把配置写进
C:\Program Files\Git\mingw64\etc\gitconfig（这是--system级别，不是--global）
所以你在 CMD 里看到的 user.name，和 Git Bash 里看到的，可能根本来自两个不同的文件。验证方法很简单：echo %HOME% 和 echo %USERPROFILE% 对比一下，再配合 git config --global --show-origin --list | head -n 1 确认实际读取的是哪个。
macOS/Linux 用户注意 XDG 配置路径
较新版本 Git（2.35+）默认支持 XDG Base Directory 规范，会优先尝试读取 ~/.config/git/config 而非 ~/.gitconfig。如果你用 git config --global --list 没输出，但 ls -la ~/.config/git/config 存在，说明 Git 正在用这个路径。
使用四维度框架评估任意 GitLab MR 或 GitHub PR 的复杂度：规模（20%），认知负荷（30%），审查工作量（30%），风险/影响（20%）...
这种行为不受 --global 参数控制，而是由 Git 启动时自动探测决定的。你可以强制让 Git 忽略 XDG 路径，在环境变量中设 GIT_CONFIG_NXDG=1，或直接删掉 ~/.config/git/ 目录（如果不需要它）。
用 git config -e 编辑前先确认作用域
git config --global -e 打开的编辑器，不一定就是你想象中的那个 .gitconfig。它打开的文件取决于当前 Git 解析出的全局配置路径——而这个路径可能因终端、Shell、环境变量甚至 IDE 内置终端的启动方式而异。
安全做法是：先运行 git config --global --show-origin --list | head -n 1 确认路径，再手动用编辑器打开那个文件；或者干脆用 git config --global --edit，并留意终端里编辑器启动时显示的实际文件路径（VS Code 会在标题栏显示，Vim 会在底部显示 [No Name] 或文件路径）。
最容易被忽略的一点：即使你只改了 user.email，也要确保同一文件里没有重复的 [user] 段落——Git 会取最后一个段落里的值，前面的会被静默忽略。
