Windows上Git全局配置文件默认路径为C:Users<用户名>.gitconfig，但实际路径取决于HOME或USERPROFILE环境变量，可通过git config --global --get-file命令准确获取。
Git全局配置文件在Windows上的真实路径
Windows下.gitconfig默认写入C:Users\.gitconfig，但这个“默认”不绝对——它取决于Git启动时读到的HOME或USERPROFILE环境变量。如果你用的是Git Bash，它优先认HOME；CMD/PowerShell则更依赖USERPROFILE。一旦这两个变量被其他软件（比如Docker、WSL、某些IDE）临时修改，git config --global就可能悄悄写进错目录，比如C:.gitconfig或者C:Program FilesGit.gitconfig。
最稳妥的验证方式是直接运行：
git config --global --edit
它会打开当前真正生效的那个文件，不用猜路径。如果打不开，说明该路径不可写（常见于公司锁死用户目录权限），这时得用git config --global core.excludesfile等命令配合--file参数手动指定位置。
Linux/macOS中~/.gitconfig和~/.config/git/config的优先级冲突
Linux/macOS下Git会先找~/.config/git/config，找不到才回落到~/.gitconfig。这两个文件互斥，不是叠加关系。很多人同时维护两个，结果改了~/.gitconfig却没生效，就是因为~/.config/git/config已经存在且被优先加载了。
检查当前实际加载的是哪个：
git config --list --show-origin
输出里第一行带file:前缀的路径就是真正在用的那个。如果看到的是file:/home/user/.config/git/config，那~/.gitconfig里的设置全被忽略。
- 想统一用
~/.gitconfig？删掉~/.config/git/config，或重命名备份 - 想迁移到XDG规范路径？把
~/.gitconfig内容复制过去，再删原文件 - 别两个都留着——Git不会合并它们，只会选一个
跨平台脚本里硬编码路径为什么总出错
写自动化脚本时，有人直接拼接~/.gitconfig或%USERPROFILE%.gitconfig去读写，这在多数情况能跑通，但一遇到以下场景就崩：
- Windows上Git Bash启动时设置了
HOME=/tmp（某些CI环境会这么干） - macOS用户启用了iCloud同步，
~指向~/Library/Mobile Documents/com~apple~CloudDocs - Linux容器里
$HOME为空或指向/
正确做法是让Git自己吐路径：
git config --global --get-file
这条命令会输出当前--global操作实际对应的文件路径，返回值可直接用于脚本中的cat、sed或jq处理。比任何环境变量拼接都可靠。
为什么git config --list --global不显示所有你设过的项
git config --list --global只显示从全局配置文件里读到的项，但它不保证这些项“正在生效”。比如你用git config --global user.name "A"写入~/.gitconfig，但项目目录下有.git/config写了user.name="B"，那提交时用的永远是B——local优先级高于global。
要确认某次commit实际用的identity，进仓库后执行：
git config --get user.name && git config --get user.email
这才是最终决定签名的值。别只盯着--global列表看，容易误判。
多用户场景下，最容易被忽略的是includeIf配置的路径匹配逻辑：必须用绝对路径，gitdir:~/work/里的~不会自动展开，得写成gitdir:/home/username/work/才有效。
