git config --edit 在仓库内编辑 .git/config，在仓库外编辑 ~/.gitconfig，优先级最高且已存在的配置文件；加 --system 可编辑系统级配置但需 root 权限。

Git 配置文件不是单个文件，而是分层存储的，直接用 git config --edit 最快也最安全。

怎么打开当前生效的 Git 配置文件

执行 git config --edit 会自动打开你当前环境默认的编辑器（如 Vim、VS Code、nano），编辑的是当前作用域下**优先级最高且已存在的配置文件**（通常是 ~/.gitconfig 或 .git/config，取决于是否在仓库内运行）。

• 在 Git 仓库内运行 → 编辑 .git/config（本地配置，仅对该仓库生效）
• 在仓库外运行 → 编辑 ~/.gitconfig（全局配置，影响所有仓库）
• 加 --system 可编辑系统级配置（需 root 权限，一般不建议手动改）

如何确认某项配置来自哪个文件

用 git config --list --show-origin 能清晰看到每一行配置的来源路径和值，比如：

Digital Twin Discharge Drafter

用于撰写患者出院小结、制定个性化出院指导、模拟出院后结局、降低再入院率

下载

file:/etc/gitconfig	core.autocrlf=input
file:/home/user/.gitconfig	user.name=John Doe
file:.git/config	core.editor=code --wait

这比盲目翻找文件更可靠，尤其当多个层级存在同名配置时（例如 user.email 在全局和本地都设了），它能帮你快速定位冲突点。

• 输出中路径为 file: 开头的才是真实磁盘路径
• 如果某配置没出现在列表里，说明它没被显式设置，走的是 Git 默认值
• --show-origin 必须和 --list 一起用，单独用无效

常见误操作：直接用 vim 打开 ~/.gitconfig 却没生效

很多人习惯 vim ~/.gitconfig，但这样可能漏掉两个关键问题：

• 没检查语法：Git 配置是 INI 格式，[section] 下必须有换行，键值对不能缩进，写错会导致 git 命令报错或静默忽略该段
• 忽略了作用域：改了 ~/.gitconfig，但在某个仓库里又设置了本地 user.email，那 git config user.email 返回的仍是本地值——这不是 bug，是设计
• 编辑后未验证：改完建议立刻跑 git config --get-all user.email 看是否符合预期，避免拼写错误或大小写混淆（如 User.Name ≠ user.name）

配置生效不依赖重启终端或重装 Git，但要注意：某些 IDE（如 VS Code 的 Git 插件）会缓存配置，改完后可能需要重启 IDE 才能识别新值。