git仓库级配置（--local）始终存放在当前仓库根目录下的.git/config文件里，路径固定；可通过git rev-parse --git-dir获取.git目录位置后拼接/config得到绝对路径。
git config --local 配置文件在哪
Git 仓库级配置（--local）始终存放在当前仓库根目录下的 .git/config 文件里，路径固定、无需猜测。
常见错误是误以为它在用户主目录或系统目录下——其实只要进了某个 Git 仓库，执行 git rev-parse --git-dir 就能确认 .git 目录位置，然后拼上 /config 即可。
- 若仓库使用了
--separate-git-dir（比如裸仓库或自定义 gitdir），.git可能是个指向外部路径的文件，此时需先读取该文件内容再定位config -
git config --local --list能验证当前是否处于有效仓库中；如果报错fatal: not in a git directory，说明不在 Git 仓库内，自然没有.git/config - Windows 下注意路径分隔符：即使你在 PowerShell 或 CMD 中操作，
.git/config的路径仍是正斜杠风格，Git 内部统一处理，不用转义
如何用命令直接输出 .git/config 的绝对路径
不靠记忆、不手动拼接，用一条命令就能拿到完整路径：
git rev-parse --git-dir | xargs -I {} echo "{}/config"
在 Linux/macOS 上可直接运行；Windows Git Bash 同样支持。PowerShell 用户需改用：
Join-Path (git rev-parse --git-dir) config
这个路径是真实可读写的，cat 或 notepad 打开它都有效。
- 不要用
git config --local -e来“找路径”——它会直接调用编辑器，但不告诉你打开的是哪个文件，尤其当core.editor配置异常时容易卡住 - 如果仓库是子模块，
git rev-parse --git-dir返回的是子模块自己的.git目录，不是父仓库的，这点必须明确区分
为什么有时候找不到 .git/config
最常见原因就两个：仓库未初始化，或当前目录不是工作树根目录。
比如你在 myrepo/src/ 下执行命令，但 myrepo/ 才是 git init 的位置，那 .git/config 就在 myrepo/.git/config，而不是 myrepo/src/.git/config（后者根本不存在）。
- 用
git rev-parse --show-toplevel可快速跳转到工作树根目录 - 用
git status输出第一行 “On branch xxx” 上方如果有 “fatal: not a git repository”，说明你压根没进对地方 - 某些 IDE（如 VS Code）可能把终端默认打开在子目录，但 Git 配置只认工作树根，这点容易被忽略
编辑前务必确认作用域是否匹配
直接编辑 .git/config 是有效的，但它只影响当前仓库。如果你本意是设全局用户名，却误改了这个文件，会导致协作记录混乱——比如 user.name 在 .git/config 里设成 “test”，而 ~/.gitconfig 里是 “Alice”，那么这个仓库提交就会显示 “test”，其他仓库还是 “Alice”。
- 检查当前生效的
user.name：运行git config user.name（不带任何作用域参数），它会按 local → global → system 顺序查找并返回第一个匹配值 - 想强制写入 local 级别：用
git config --local user.name "xxx"，比手动编辑更安全，避免格式错误（比如 section 缺少换行、key/value 没对齐） - 编辑后记得验证：
git config --local --get user.name，而不是只看文件内容——Git 解析逻辑有时会忽略格式异常的行
git config -l | grep user，比盲改快得多。
