查看 Git 配置信息，最直接的方法是运行 git config --list，它会一次性列出当前仓库、用户级和系统级的所有配置项。
很多开发者遇到“明明设置了用户名，提交却报错”或者“不同项目想用不同邮箱怎么办”这类问题时，往往搞不清楚 Git 到底读了哪一层配置，弄清楚查看配置的完整命令体系，能帮你精准定位问题,而不是靠猜。
掌握 git 查看配置信息的完整命令体系
git 的配置存在三个层级，理解它们是精准排查问题的基础，查看每一层的配置并不复杂,具体命令如下：
- 系统级配置：作用于操作系统所有用户，使用
git config --system --list，该文件通常位于/etc/gitconfig（Linux/Mac）或C:\ProgramData\Git\config（Windows）,日常开发中很少需要修改这一层。 - 用户级配置：作用于当前系统账户，使用
git config --global --list，这是最常用的层级，用来存放你的全局用户名和邮箱，配置文件在~/.gitconfig（用户主目录下）。 - 仓库级配置：仅作用于某个特定项目，使用
git config --local --list，进入该项目目录下运行即可查看，配置文件在项目根目录的.git/config中，针对不同项目设置不同身份时,看这一层就对了。
查看单一配置项的精准写法
--list 适合快速浏览全貌，但配置项一多，输出信息会非常长，当你想深度排查 git 查看配置信息相关的某个具体变量问题（user.name 是否被仓库级覆盖）时,直接查询单个键值更高效：
git config user.name git config user.email git config core.autocrlf
需要留意的是，不带任何层级参数的
git config <key>，遵循的是“仓库覆盖全局、全局覆盖系统”的优先级规则，返回的是当前生效的那个值，如果这个值并非你预期的,大概率是仓库级配置里写了和全局不一样的内容。
为了验证到底哪一层生效，分别跑一遍 git config --global user.name 和 git config --local user.name,结果一目了然。
git 查看当前项目配置与全局配置的实际差异
这是一个非常典型的困惑点：为什么在项目里查看配置信息，和看全局的完全不同？因为Git 的配置是分层叠加的，局部拥有最高话语权。
| 对比维度 | git 查看全局配置信息（–global） | git 查看当前项目配置（–local） |
|---|---|---|
| 生效范围 | 当前系统账号下所有 Git 仓库 | 仅当前所在仓库目录 |
| 存储位置 | ~/.gitconfig 文件 |
.git/config 文件 |
| 覆盖关系 | 基础默认值 | 覆盖同名全局配置 |
| 典型用途 | 个人身份、默认编辑器、全局忽略规则 | 项目专属 CI 流程、特殊换行符策略 |
场景化示例： 假设你团队的公司项目要求提交用户名必须显示为“张三”，而你个人开源项目想用昵称“zhangsan-dev”，你在全局配置里设置了 user.name = zhangsan-dev，随后在某个项目目录里执行
git config user.name 返回了“张三”，不用惊讶，那是该项目 .git/config 里的仓库级配置覆盖了全局值。
这个机制保证了同一台电脑上的不同项目之间互不干扰。
配置文件报错时的排查路径
业内专家指出，超过半数的 Git 提交异常问题，都不是出在远程仓库，而是本地配置错位，当你看到 Author identity unknown 的报错时,按下面的顺序诊断：
- 先运行
git config --global --list确认全局层的变量是否完整，重点检查user.name与user.email。 - 再运行
git config --local --list确认仓库层有没有设置奇怪的值。 - 最后用
git config user.name和git config user.email打印最终有效值,确认与实际预期相符。
这个排查逻辑能直接定位是哪个层级写错了,避免盲目删文件。
处理 git 多账号身份切换的查看与配置技巧
平时上班用公司 GitLab，下班写自己的 GitHub 项目，这是很多开发者的常态，如果只用 --global 里的单一身份，很容易出现“提交人信息张冠李戴”的情况，你可能需要一组根据项目目录动态切换身份的方案。
大多数情况下，行业共识是采用“全局默认值 + 局部覆盖”这种务实策略：
- 界定规则：先在
~/.gitconfig中设置一套默认的姓名和邮箱（通常是个人账号），这一步用git config --global user.name "Your Name"和git config --global user.email "you@example.com"完成。 - 局部覆写：进入某个公司项目根目录后，执行
git config user.name "Zhang San"和git config user.email "zhangsan@company.com"
，注意，不加 –global 表示只写入当前项目。
- 验证结果：执行
git config user.name和git config user.email查看返回值,确认是否是公司身份。
这套操作不依赖任何第三方插件，改的就是 .git/config 文件本身，思路很干净，配合 git config --list --show-origin 命令，你还能看到每一项配置具体来自哪个文件路径，彻底根治“不知道哪来的配置”的困惑。
Git 查看配置时的高频实用疑问
git 查看配置信息时输出内容里哪些项比较核心？
输出结果可能很长，优先关注以下和日常提交强关联的键值：user.name（提交人姓名）、user.email（提交人邮箱）、core.autocrlf（Windows 与 Linux 换行符自动转换，建议设为 input）、core.editor（默认编辑器）、alias.（自定义别名），这几类配置直接影响提交成功率和协作体验，如果某项缺失,通常意味着该环境还没初始化完善。
如何查看 Git 配置里设置的默认编辑器？
直接运行 git config core.editor 即可，如果没有显示结果，说明 Git 正在使用环境变量 EDITOR 指定的编辑器或系统默认的 vim，你可以在用户级配置里显式指定自己习惯的工具，例如在命令行执行 git config --global core.editor "code --wait" 把它改成 VS Code。
查看配置时显示内容太多，看不清怎么办？
可以使用分屏方式逐页查看,在命令行执行：
git config --list | less
按下空格键向下翻页，按 q 键退出查看，如果只想看非注释的有效配置，也可以使用 git config --list --no-name 来精简输出。