git查看配置命令是什么，git config怎么查看配置信息？

查看 Git 配置是排查提交信息异常、调整用户身份、优化协作流程的第一步。 掌握 git config 的三种作用域（--system、--global、--local）和对应的查看命令，你就能快速定位配置来源，避免因“配置不生效”或“提交者错误”而浪费时间，本文从基础查看方法到进阶排查技巧，结合真实场景，帮你一次性理清 Git 配置的完整视图。

Git 配置的三大作用域与优先级

Git 配置存储在三个层级，优先级从高到低依次为：本地仓库（--local） > 全局用户（--global） > 系统级（--system），当同一个键在不同层级存在时，低层级会被高层级覆盖。

• --system：适用于整台机器所有用户，配置文件在 /etc/gitconfig（Linux/macOS）或 C:Program FilesGitetcgitconfig（Windows）。
• --global：适用于当前操作系统用户，配置文件在 ~/.gitconfig 或 ~/.config/git/config。
• --local：仅适用于当前仓库，配置文件在仓库目录下的 .git/config。

核心结论补充： 日常开发中 90% 的配置问题都出在 --local 覆盖了 --global，所以查看配置时一定要分清当前生效的是哪个层级。

基础查看命令：从简到全

查看所有生效配置（最常用）

git config --list

该命令会按“系统 → 全局 → 本地”的顺序依次输出所有配置项，

相同键名只显示最终生效值（如果本地覆盖了全局，只显示本地值），输出中包含了 user.name、user.email、core.autocrlf、remote.origin.url 等关键信息。

查看指定作用域的配置

git config --list --global   # 只看全局配置
git config --list --local    # 只看当前仓库配置
git config --list --system   # 只看系统配置

查看单个配置项的值

git config user.name          # 显示当前生效的用户名
git config user.email         # 显示当前生效的邮箱
git config core.editor        # 显示默认编辑器

如果想看某个配置项在每一层级的原始值，加上 --show-origin：

git config --show-origin --get user.name

输出结果会带有文件路径,file:/home/you/.gitconfig yourname，一目了然。

进阶排查：为什么我的配置“不生效”？

先给出排查结论： 当出现“我改了全局配置但 Git 还提示旧用户”的情况，第一反应必须检查仓库内 .git/config 是否有 local 覆盖。

典型案例：某开发者在全局设置了 user.name=zhangsan，但提交时显示 lisi，执行以下命令即可定位：

git config --local --list
git config --show-origin user.name

结果显示 .git/config 里存在 user.name=lisi，说明是旧项目残留的本地配置

覆盖了全局。

实战案例（酷番云经验）

我们在酷番云服务器上为多个客户搭建 Git 仓库时，遇到过一次典型的协作冲突：两个开发者共用一个部署账号，结果提交记录全部混在一起，无法区分权限，排查过程如下：

1. 使用 git config --list --show-origin 查看所有配置来源，发现系统级配置中有一个通用的 user.email=dev@coudfan.com。
2. 进一步查看全局配置,发现每个开发者自己的邮箱没有设置，导致所有提交都使用了系统级默认值。
3. 解决方案：在每个开发者自己的全局配置中显式设置 user.name 和 user.email，并且在部署目录的 local 配置中强制指定只读身份。

这个案例说明：查看配置不能只看一个层级，必须结合 --show-origin 追踪来源，尤其在多人共享的服务器上，系统级配置往往会成为“隐形杀手”。

补充技巧：快速对比与导出

• 对比生效值 vs 原始值：git config --list --show-origin 会输出每一行配置对应的文件路径，适合复杂排查。
• 查看未设置项：git config --get user.name 返回空且退出码为 1，表示该项完全未配置。
• 导出当前配置：git config --list > backup.txt，方便迁移环境或备份。

独立见解：配置管理的三个习惯

1. 永远先查看，再修改，任何 git config 改动前，先执行 git config --list --show-origin

   

   拍照留底。

2. 区分“机器级”与“仓库级”，个人电脑建议只用 --global；共享服务器部署脚本用 --system；项目特殊需求（如不同仓库不同签名密钥）用 --local。
3. 定期审计 local 配置，特别是接手旧仓库时，执行 git config --local --list 检查残留，避免身份错乱。

相关问答

问题 1：为什么 git config --global user.name 设置后，git commit 还是提示无法自动检测身份？

解答： 因为你当前所在的仓库的本地配置中可能有一个空的或错误的 user.name，或者环境变量 GIT_AUTHOR_NAME 被设置成了不存在的值，请依次执行：

git config --local --list
echo $GIT_AUTHOR_NAME

如果本地配置有值,它会覆盖全局配置，解决方案是删除本地配置中对应的键（git config --unset --local user.name），或者直接设置一个正确的本地值。

问题 2：如何确认当前仓库实际使用的是哪个配置源？

解答： 执行 git config --show-origin --list，该命令会为每个配置项标出具体来源文件（file:.git/config、file:/home/user/.gitconfig），如果同一键出现多次，只有最后一次生效，但 --show-origin 会显示所有条目，你可以手动判断优先级，更精确的做法是使用 git config --show-origin --get <key>，它只返回最终生效的那一项及其来源路径。