git配置文件分三层：系统级（/etc/gitconfig或git安装目录\etc\gitconfig）、用户级（~/.gitconfig）、仓库级（.git/config）；优先级为仓库级＞用户级＞系统级，高优先级覆盖同名低优先级配置。
Git配置文件的三个层级位置怎么查
Git配置文件不是只有一个，而是按优先级分三层：系统级、用户级、仓库级。每层路径不同，且后写入的会覆盖前一层同名配置。定位不准，就容易改了A文件却影响不到B项目。
-
/etc/gitconfig（Linux/macOS）或D:\DevolopTool\Git\etc\gitconfig（Windows）：系统级，所有用户共用。用git config --system读写它；普通用户通常无写权限，不建议手动编辑 -
~/.gitconfig（Linux/macOS）或C:\Users\{用户名}\.gitconfig（Windows）：用户级，只对当前登录用户生效。用git config --global操作它；这是你最常修改的位置 -
.git/config（当前项目根目录下）：仓库级，仅对该 Git 仓库有效。不带任何选项执行git config就操作它；比如你在E:\Time_Series_Project下运行git config user.name "TeamA"，只会改这个项目的提交作者
终端里快速确认当前生效的配置来源
别猜，直接让 Git 告诉你哪条配置来自哪个文件。尤其当你发现 git config user.name 输出和预期不符时，这步能立刻锁定问题源头。
- 运行
git config --list --show-origin：列出所有配置项，并在每行开头标出该配置读自哪个文件（例如file:/c/Users/4738/.gitconfig user.name=Your Name） - 单独查某项来源：
git config --get-all --show-origin user.email，可看到是否被多个文件重复定义（比如全局设了一个，当前仓库又覆盖了一次） - 注意：
--show-origin在 Git 2.25+ 才支持；老版本可用git config -l配合git config --global -l和git config --local -l分别比对
为什么在 Git Bash 里能用 git config，但 IDEA 里却找不到 .gitconfig？
IDEA 是 GUI 应用，它不自动加载你的 shell 配置（如 ~/.zshrc 或 ~/.bashrc），所以即使你在 Git Bash 里设置了 HOME 环境变量指向别的目录，IDEA 仍会按 Windows/macOS 默认规则找 ~/.gitconfig —— 这就是“终端里配置好，IDE 里不认”的根本原因。
- Windows 上，IDEA 默认读取
C:\Users\{用户名}\.gitconfig，哪怕你把HOME改成D:\myhome，IDEA 也不会去那里找 - macOS 上，GUI 应用默认不读
~/.zshrc，所以如果你把~/.gitconfig软链到了 iCloud 或其他路径，IDEA 可能压根看不到 - 验证方法：在 IDEA 内置 Terminal 中执行
echo $HOME，再对比git config --global --edit打开的文件路径，两者不一致就说明环境割裂了
跨平台开发时配置文件路径容易混淆的点
Windows 用户习惯用反斜杠 \，但 Git 内部一律用正斜杠 / 解析路径。更麻烦的是，Git for Windows 安装时若勾选了“Use Git from Windows Command Prompt”，它会把 git.exe 放进 C:\Program Files\Git\cmd\git.exe，而 Bash 版本在 bin\ 目录下——这两个可执行文件读取的 /etc/gitconfig 路径也不同。
- Git Bash 读的是
C:\Program Files\Git\etc\gitconfig - Git CMD 或 PowerShell 中的
git.exe（cmd\目录下的）可能读的是系统级%PROGRAMFILES%\Git\mingw64\etc\gitconfig，路径嵌套更深 - 结论：不要依赖
git --version的输出判断配置路径；直接用git config --list --show-origin最可靠
HOME、不同的 PATH、甚至不同的 Git 可执行文件，最终加载的配置文件自然不同。这点在调试“为什么这里显示 A，那里显示 B”时，必须最先排查。
