git本地配置文件在项目根目录下的.git/config，优先级最高；用户级在~/.gitconfig或~/.config/git/config；系统级在/etc/gitconfig。
Git本地配置文件在哪？三个位置要分清
Git配置有三层作用域，优先级从高到低：仓库级（.git/config） > 用户级（~/.gitconfig 或 ~/.config/git/config） > 系统级（/etc/gitconfig）。你改的是哪个，直接决定生效范围。多数时候你要动的是仓库级配置——它就在项目根目录下的 .git/config 里，不是隐藏在用户主目录。
确认当前项目用的是哪层配置，运行：git config --list --show-origin
输出每行开头会标出配置来源路径，一眼就能看出 .git/config 是否被读取、有没有被更高优先级的值覆盖。
直接编辑 .git/config 安全吗？
安全，但得避开两个坑：
- 不要用图形化编辑器（比如 VS Code 直接双击打开）默认以只读或缓存模式加载，改完可能不写入磁盘；建议用
vim、nano或带“以管理员权限运行”提示的编辑器
- 别手动删掉整个
[core]块再重写，Git对格式敏感，缺个换行或漏个空格都可能导致git status报错：fatal: bad config line 12 in file .git/config
- 修改前先备份：
cp .git/config .git/config.bak
- 改完执行
git config --list验证是否生效，别只信编辑器的保存提示
哪些配置项常需要手动改？
多数场景下，你不会去碰 .git/config，而是用 git config 命令——它自动处理格式和转义。但有些字段命令不支持，必须手改：
-
http.sslCAInfo：指定自签名证书路径，命令行不支持传绝对路径含空格或特殊字符
-
include.path：引入外部配置文件，比如include.path = /path/to/team.gitconfig
-
credential.helper的完整路径写法，如credential.helper = /usr/local/bin/git-credential-manager（某些旧版本 Git 不识别缩写manager）
- 自定义 diff/merge 工具的完整命令行参数，命令接口太简陋时只能手写
改完不生效？检查这三件事
- 运行
git config --get-regexp "your-key"，而不是只看文件内容——Git 可能从其他层级读到了同名配置，把你刚改的盖掉了
- 检查当前目录是否真在 Git 仓库内：
git rev-parse --git-dir 应该返回 .git，否则你在改一个“假”目录下的配置
- Windows 用户注意路径分隔符：在
.git/config 里写路径必须用正斜杠 / 或双反斜杠 \，单反斜杠 \ 会被当成转义符，导致路径解析失败
git config --get-regexp "your-key"，而不是只看文件内容——Git 可能从其他层级读到了同名配置，把你刚改的盖掉了git rev-parse --git-dir 应该返回 .git，否则你在改一个“假”目录下的配置.git/config 里写路径必须用正斜杠 / 或双反斜杠 \，单反斜杠 \ 会被当成转义符，导致路径解析失败Git 的配置系统看着简单，实际是靠多层叠加+格式校验+路径解析共同起作用的。最常出问题的不是“找不到文件”，而是改了 A 层却在 B 层查效果，或者路径里一个斜杠没转义就让整个 config 失效。
