彭河森1. Git 环境定制到底在定制什么：先搞清楚配置文件的家谱
很多人接触 Git 都是从几条命令开始的：git clone、git add、git commit、git push。用了一段时间后发现，别人的终端里 Git 提示五颜六色，提交历史整整齐齐，推送不用反复输密码，而自己这边总是遇到各种莫名其妙的问题。其实差别往往不在“会不会用 Git”，而在“环境定制”做到不到位。环境定制这件事，本质上就是搞清楚 Git 在哪里读取配置、哪些配置会影响你的日常操作，然后把这些配置调整成最适合自己工作习惯的样子。
Git 的配置不是一团黑盒，它被拆成了明确的层级。系统级配置写在 Git 安装目录下，影响这台机器上的所有用户；全局配置存放在当前用户的主目录下，是绝大多数人最常修改的地方；仓库级配置则藏在某个具体仓库的 .git/config 文件里，只管这一个项目。除此之外还有一套环境变量和命令行临时参数，优先级最高，适合一次性覆盖。理解这个体系之后，你再看网上各种“设置 Git”的教程，就不会再一头雾水。
1.1 三层配置体系的优先级与适用场景
Git 配置的读取顺序是：系统级 -> 全局级 -> 仓库级。后读到的配置会覆盖先读到的同名配置，所以实际生效的一定是“距离当前仓库最近”的那一个。命令行里用 -c 参数传入的配置优先级最高，属于“临时皇帝”。
这三层分别适合放什么内容，我自己的分法是：
- 系统级：几乎不动。除非你管理着一台多用户服务器，需要给所有人规定默认行为，否则不需要碰它。
- 全局级：放个人偏好和跨项目通用的内容，比如
user.name、user.email、editor、alias、core.autocrlf。这是环境定制的核心战场。 - 仓库级：放跟某个项目强相关的内容，比如项目专属的
user.email、remote地址、某些仓库需要关闭fileMode等。
举个例子，我在公司电脑上全局配置是公司邮箱，但个人项目在同一个仓库里要用另一个邮箱，那我就在那个仓库的 .git/config 里覆盖 user.email。如果某次临时测试需要模拟一个身份，我直接加 -c user.name=xxx，只影响那一条命令。这样分层的最大好处是：全局配置不会因为某个特殊项目而被污染，换新电脑时只需要恢复全局配置，所有仓库的通用习惯就回来了。
1.2 用 git config --list 看清当前生效的全部配置
定制环境的第一个动作，不是急着写配置，而是先看你当前到底生效了哪些配置。git config --list 会把所有层级合并后的结果列出来，git config --list --show-origin 还会告诉你每一条配置来自哪个文件，排查起来非常直观。
bash复制git config --list --show-origin
输出结果会包含类似这样的行：
code复制file:/etc/gitconfig core.autocrlf=true
file:/home/user/.gitconfig user.name=zhangsan
file:/home/user/.gitconfig user.email=zhangsan@example.com
file:.git/config core.repositoryformatversion=0
注意看最后一行前面的路径，.git/config 前面没有完整路径，说明它在当前仓库目录内。如果你发现某个配置一直“不生效”，十有八九是它的层级被更高优先级的配置覆盖了。比如你改了全局 user.name，但推送时仍显示旧身份，那就去仓库目录执行 git config user.name，看返回的是不是仓库级配置。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 从安装到跑通：一套适合新手的 Git 初始化流程
环境定制不是上来就配各种高级功能，而是先把地基打牢。我见过不少同事，装完 Git 之后从不设置 user.name 和 user.email，第一次提交就报错，然后被迫临时配置。更常见的情况是，配了身份信息但没统一换行符规则，结果在 Windows 和 macOS 之间协作时，整个文件被 diff 显示成“全线飘红”。
这套初始化流程我反复用了很多年，每次在新机器上配环境基本是同样一套操作，它解决的是“从一个裸 Git 到能舒服干活”的问题。
2.1 安装后的第一件事：身份信息的底层逻辑
Git 的每次提交都会记录作者和提交者信息，它来自 user.name 和 user.email。这两个配置不是“随便填了好看”，而是会写进每一个 commit 对象里，和代码一起被永久保留。如果填错或者经常换，历史记录里的身份就会混乱，团队做代码审查时很难追溯。
新机器装完 Git 后，我建议立刻执行：
bash复制git config --global user.name "你的名字"
git config --global user.email "你的邮箱"
这里有一个很容易忽略的点：user.email 最好和你的代码托管平台账号邮箱保持一致，否则提交记录虽然能推上去，但平台可能无法把它关联到你的账号头像和主页，显示成“未知贡献者”。如果你有多个邮箱，某些平台支持在账号设置里绑定多个邮箱，但最省事的做法仍然是“哪个邮箱常用，就统一用哪个”。
如果你之前配错过邮箱，但提交已经推上去了，可以借助 git filter-branch 或者 git filter-repo 做历史重写。不过这是比较重的操作，会改变 commit 哈希，只建议在代码还没被其他人拉取