git全局配置文件默认路径为：windows是c:\users\{用户名}\.gitconfig，macos/linux是~/.gitconfig；最可靠定位方式是执行git config --global --edit或git config --global --show-origin --list。
Git全局配置文件在哪？直接看路径，别猜
Git全局配置文件就是 .gitconfig，它默认存放在当前用户的主目录下。Windows 是 C:\Users\{用户名}\.gitconfig，macOS/Linux 是 ~/.gitconfig。这个路径不是凭空推断的，而是 Git 命令自己告诉你的——用 git config --global --edit 就能直接打开它；如果还没创建，Git 会自动新建一个。
为什么 git config --list 显示的配置不全？
git config --list 会合并系统级、全局级、仓库级三处配置，按「仓库 > 全局 > 系统」优先级覆盖输出。但你看到的只是最终生效值，无法区分来源。想单独查全局配置，必须加 --global 标志：
-
git config --global --list：只列出全局级生效项 -
git config --global user.name：查某一项的具体值 -
git config --global --get-regexp "core\."：查所有以core.开头的全局配置
常见误操作是只运行 git config --list，结果发现 core.autocrlf 值和自己在 .gitconfig 里写的不一样——大概率是仓库级或系统级配置覆盖了它。
Windows 下找不到 .gitconfig 文件？不是没生成，是被隐藏了
Windows 资源管理器默认隐藏以点（.）开头的文件。即使你确认 Git 已安装并执行过 git config --global user.name "xxx"，文件也可能“看不见”：
- 打开文件资源管理器 → 地址栏粘贴
%USERPROFILE%回车，进入用户根目录 - 点击顶部「查看」→ 勾选「隐藏的项目」
- 搜索框输入
.gitconfig，就能定位到 - 如果仍无结果，说明从未执行过任何
--global配置命令，文件尚未生成
注意：git config --global 不会创建空文件，只有第一次写入时才生成。别试图手动新建一个空 .gitconfig，Git 不会读取未写入内容的空文件。
修改全局配置前，先确认当前生效的是哪个文件
Git 支持三个层级配置，但全局配置只对应一个文件。不过，如果你用过 Git for Windows 安装器自带的配置向导，或者装过 GitHub Desktop、VS Code 内置 Git，它们可能悄悄改写了全局配置路径——比如通过环境变量 GIT_CONFIG_GLOBAL 指向另一个位置。
验证方式很简单：
-
git config --show-origin --global user.name：返回类似file:C:/Users/xxx/.gitconfig的路径，这才是真实读取位置 - 如果返回
file:unset，说明该 key 在全局配置中根本不存在（不是路径问题，是压根没设） - 检查是否设置了
GIT_CONFIG_GLOBAL：在终端运行echo %GIT_CONFIG_GLOBAL%（Windows）或echo $GIT_CONFIG_GLOBAL（macOS/Linux）
最容易被忽略的是：某些 IDE 或 CI 环境会临时设置 GIT_CONFIG_GLOBAL，导致你在本地终端看到的配置和构建日志里不一致。真要排查，必须带 --show-origin 参数。
