1. 为什么改 Git 用户这件事90% 的 IDEA 用户都做错了你是不是也遇到过这样的情况在 IntelliJ IDEA 里点一下 Commit弹出的提交记录里显示的是“Unknown Author”或者一个早已离职同事的名字或者更糟——你用公司邮箱提交了代码结果被团队负责人叫去谈话说“这个 commit 看起来不像你写的”又或者你在个人项目里用了工作邮箱结果 GitHub Profile 上突然多了一堆你不认识的仓库贡献这些都不是小问题而是 Git 身份配置失当引发的真实连锁反应。核心关键词idea、git、git config、user.name、user.email表面看只是几个配置命令但背后牵扯的是整个开发协作的信任链。Git 不是“记账工具”它是开发者数字身份的法定载体——每一次 commit都是你对代码变更的法律级签名。IDEA 作为主流 Java/全栈 IDE它对 Git 的封装极深既省事也埋雷它默认读取全局 Git 配置但当你在多个项目比如公司项目 开源项目 个人学习项目间切换时IDEA 不会主动提醒你“当前项目该用哪个身份”它只会忠实地把git config --global user.name的值塞进 commit author 字段。这就导致一个致命问题全局配置 ≠ 项目级身份。我见过太多人用git config --global user.name Zhang San一劳永逸结果在给 Apache 开源项目提 PR 时author 显示“张三 zhangsancompany.com ”维护者直接拒收——不是代码不行是邮箱域名暴露了商业背景不符合社区规范。我也亲手处理过因误用--global导致的敏感信息泄露某金融项目组成员用个人 Gmail 提交了含内部 API Key 的配置文件Git 历史无法彻底擦除最终触发安全审计红线。所以“idea更改git用户”绝不是“输两行命令就完事”的操作而是一套分层身份管理体系的重建全局兜底、项目覆盖、IDEA 同步、历史修正四层缺一不可。这篇文章不讲“怎么配”而是带你从底层逻辑出发搞懂每一步为什么必须这么走、错一步会引发什么后果、以及如何用 IDEA 的原生能力而非命令行“绕开”陷阱。适合所有正在用 IDEA 写代码的人无论你是刚装好 IDEA 的新手还是写了五年 Java 却第一次发现 commit 记录不对劲的老手。2. 核心设计逻辑Git 身份的三层作用域与 IDEA 的读取优先级要真正改对 Git 用户必须先理解 Git 配置的作用域层级和 IDEA 的实际读取路径。这不是简单的“谁后执行谁生效”而是有严格继承规则和缓存机制的系统工程。很多人失败的根本原因就是只改了其中一层却以为全局已更新。2.1 Git 配置的三大作用域system → global → local层层覆盖Git 的配置按作用域分为三级优先级从低到高依次为system 级系统级位于 Git 安装目录下的etc/gitconfigWindows 下通常是C:\Program Files\Git\etc\gitconfig。这是最底层的配置影响本机所有用户、所有项目。普通用户几乎不会也不应该修改它因为涉及权限和系统稳定性。IDEA 默认完全忽略此层除非你手动指定--system参数。global 级全局级位于用户主目录下的.gitconfig文件Windows 是C:\Users\YourName\.gitconfigmacOS/Linux 是~/.gitconfig。这是绝大多数教程教你的“改这里就行”的地方。它代表“当前操作系统用户”的默认身份适用于所有未显式覆盖的项目。但问题在于它无法区分项目场景。你不能让git config --global user.email同时等于workcompany.com和megmail.com。local 级项目级位于每个 Git 仓库根目录下的.git/config文件。这是最高优先级的配置只对当前仓库生效。当你执行git config user.name Li Si不带--global修改的就是这一层。这才是解决多身份问题的正解——为每个项目单独绑定身份。这三级的关系是严格的“覆盖”而非“合并”。Git 在读取配置时会按system → global → local的顺序扫描一旦某一层定义了user.name后续层级的同名配置就不再读取。举个实例假设你的~/.gitconfig里写着user.name Zhang San而你的~/my-open-source-project/.git/config里写着user.name Li Si那么当你在my-open-source-project目录下执行git commitauthor 就一定是Li Si但如果你 cd 到~/other-project没有 local 配置author 就回落到Zhang San。提示你可以随时用git config --list --show-origin查看所有生效配置及其来源文件这是诊断身份混乱的第一步。输出会类似file:/usr/local/etc/gitconfig core.autocrlftrue file:/Users/yourname/.gitconfig user.nameZhang San file:/Users/yourname/.gitconfig user.emailzhangsancompany.com file:/Users/yourname/project/.git/config user.nameLi Si file:/Users/yourname/project/.git/config user.emailli.sigithub.com注意看最后一列file:后的路径就能清晰定位配置来源。2.2 IDEA 的真实读取逻辑不是“读 Git”而是“读自己缓存的 Git 状态”很多开发者以为“我在终端里git config --local user.name改了IDEA 重启一下就同步了”。错。IDEA 对 Git 配置的读取有一套独立于命令行的缓存和初始化机制。IDEA 在首次打开一个 Git 仓库时会执行一次完整的 Git 环境探测包括检测本地 Git 可执行文件路径Settings Version Control Git Path to Git executable读取该仓库的.git/config文件提取user.name和user.email将这两个值缓存到 IDEA 的项目级设置中存储在.idea/vcs.xml或workspace.xml中后续所有 Commit、Push 等操作IDEA优先使用自己缓存的值而不是实时调用git config命令去查。这意味着如果你在终端里手动修改了.git/configIDEA 并不会自动感知。它可能还在用上一次启动时读到的旧值。这就是为什么很多人抱怨“明明改了 configIDEA 里还是显示错的名字”。验证方法很简单打开 IDEA 的 TerminalAltF12输入git config user.name看输出再打开 IDEA 的 Commit 窗口CtrlK看右下角显示的 Author 名字。如果两者不一致说明 IDEA 缓存未刷新。注意IDEA 的缓存刷新不是靠重启解决的。正确做法是在项目根目录右键 →Git Repository Refresh或者更直接地在Settings Version Control Git页面点击右下角的Refresh按钮一个循环箭头图标。这个操作会强制 IDEA 重新解析.git/config并更新内部缓存。2.3 为什么--global是最大陷阱一个真实案例拆解去年我帮一个创业团队做代码审计发现他们所有开源项目的 commit author 都是devstartup.com但实际贡献者有 7 个人。一查.gitconfig果然全是git config --global user.email devstartup.com。创始人解释“图省事统一用公司邮箱显得正规。”问题立刻浮现法律风险GitHub 的贡献统计基于 email。devstartup.com这个邮箱如果哪天注销所有历史贡献将永久丢失归属无法迁移到新邮箱。协作障碍当某位工程师想给 Apache Flink 提 PR 时他必须临时切到另一个 terminal执行git config --local user.email personalgmail.com但忘了切回来结果把公司代码推到了个人 GitHub触发了 CI/CD 流水线报警。IDEA 同步失效他在 IDEA 里修改了 Commit 窗口的 Author 字段那个下拉框但只改了本次 commit下次打开窗口又恢复成devstartup.com因为 IDEA 的缓存没变。最终解决方案不是“教育大家别乱用 global”而是废除 global 的 user 配置全部下沉到 local 层。具体操作执行git config --global --unset user.name git config --global --unset user.email彻底清空全局身份为每个项目单独执行git config user.name Real Name git config user.email realdomain.com在 IDEA 中对每个项目执行Refresh操作确保缓存同步。这套方案看似麻烦实则一劳永逸。它把身份管理权交还给项目本身而不是交给一个模糊的“操作系统用户”概念。这也是 Git 设计哲学的回归仓库即上下文上下文决定身份。3. 全流程实操从零开始为不同项目精准配置 Git 用户含 IDEA 同步现在我们进入实操环节。以下步骤不是“复制粘贴就能跑”而是每一步都附带原理说明、参数选择依据和避坑指南。我会以三个典型场景为例① 新建个人开源项目② 加入公司内部 GitLab 项目③ 同时维护多个身份的资深开发者。所有操作均在最新版 IntelliJ IDEA2024.1和 Git 2.40 下验证。3.1 场景①新建个人开源项目GitHub/GitLab需用个人身份这是最干净的起点没有历史包袱。目标确保所有 future commit 都带user.name Your Real Name和user.email your.personalemail.com且与 IDEA 完全同步。第一步初始化仓库并设置 local 配置# 创建项目目录并初始化 Git mkdir my-awesome-lib cd my-awesome-lib git init # 关键只设置 local 级别不碰 global git config user.name Alex Chen git config user.email alex.chengmail.com # 验证是否生效 git config --local user.name # 输出Alex Chen git config --local user.email # 输出alex.chengmail.com git config --global user.name # 应该报错或为空如果之前清空过为什么不用--global因为这个项目是个人的未来你可能把它 fork 给朋友或者迁移到公司私有库。local 配置随.git目录一起走不会污染其他项目。第二步在 IDEA 中正确打开并同步不要用File Open直接打开文件夹这会让 IDEA 当作普通文件夹处理必须用File New Project from Version ControlVCS 选 GitURL 填https://github.com/yourname/my-awesome-lib.git如果是本地填file:///full/path/to/my-awesome-libIDEA 会自动检测.git并初始化 VCS。此时它会读取.git/config中的user.name和user.email并缓存到项目设置中。实操心得如果你已经用Open方式打开了项目可以手动触发同步。打开Settings Version Control Git确认Path to Git executable正确如/usr/bin/git然后点击右下角Refresh按钮。接着打开Commit窗口CtrlK右下角 Author 字段应显示Alex Chen alex.chengmail.com。如果还是旧名字说明.git/config没写对回到第一步检查。第三步验证 Commit 行为在 IDEA 中新建一个README.md写点内容按 CtrlK 打开 Commit 窗口确认 Author 字段是Alex Chen alex.chengmail.com且右下角有绿色对勾表示已同步点击Commit and Push推送后去 GitHub 查看 commit 详情Author 应与上述完全一致。注意不要在 Commit 窗口里手动修改 Author 字段那个下拉框是只读的它的值来自 IDEA 的缓存。如果你强行编辑IDEA 会警告“Author will be overridden by Git configuration”意思是“你改了也没用Git 会用.git/config的值覆盖它”。这是 IDEA 的保护机制防止你误操作。3.2 场景②加入公司 GitLab 项目需用企业邮箱身份难点在于你可能已有个人项目的 local 配置而公司项目要求强制使用company.com邮箱且可能有 SSO 登录限制。目标确保公司项目 commit 不泄露个人邮箱同时不破坏个人项目配置。第一步克隆公司仓库并立即设置 local 配置# 克隆假设公司 GitLab URL 是 https://gitlab.company.com/team/project.git git clone https://gitlab.company.com/team/project.git cd project # 关键在克隆后的第一件事设置公司身份 git config user.name Alex Chen git config user.email alex.chencompany.com # 验证 git config --local user.email # 必须输出 alex.chencompany.com为什么克隆后立刻设因为git clone会把远程仓库的.git/config复制过来但其中通常不包含user.*配置Git 不会把 author 信息存进远程 config。所以 clone 后的.git/config是空的此时git config user.*会 fallback 到 global而你很可能还没清空 global —— 这就是泄露风险点。第二步处理 IDEA 的“双身份”冲突公司项目和个人项目可能都在同一个 IDEA 窗口中Multi-Project Workspace。IDEA 默认为每个项目维护独立的 VCS 设置但有一个隐藏陷阱Commit 窗口的 Author 下拉框会显示所有项目缓存过的 identity。例如你在个人项目里缓存了alex.chengmail.com在公司项目里缓存了alex.chencompany.com那么 Commit 窗口的下拉框会出现两个选项。但如果你不小心选了 GmailIDEA 会尝试用它 commit而 Git 会拒绝因为公司 GitLab 的 pre-commit hook 会校验邮箱域名。解决方案打开Settings Version Control Git找到Default commit message区域取消勾选Show author in commit dialog这个选项会让下拉框出现关闭它Author 字段变成只读的灰色文本强制使用 local 配置更彻底的方法在公司项目根目录右键 →Git Repository Remotes确认 remote URL 是https://gitlab.company.com/...然后点击Refresh强制重载配置。实操心得我建议为公司项目创建一个独立的 IDEA 窗口File Close Project然后File New Project from Version Control单独打开公司项目。这样能物理隔离配置避免任何下拉框干扰。虽然多开一个窗口但换来的是 100% 的确定性。第三步应对公司强制策略如邮箱白名单有些公司 Git 服务器如 GitLab CE会配置Push Rules要求 commit email 必须匹配company.com正则。如果你 push 失败错误信息通常是remote: GitLab: You are not allowed to push code with author email alex.chengmail.com这不是 IDEA 的错是 Git 服务端拦截。此时你有两个选择立即修正用git commit --amend --authorAlex Chen alex.chencompany.com修改最后一次 commit 的 author然后git push --force-with-lease注意force push 要谨慎仅限未被他人 pull 的 commit预防性设置在公司项目根目录创建一个pre-commithook.git/hooks/pre-commit内容如下#!/bin/sh AUTHOR_EMAIL$(git config user.email) if ! echo $AUTHOR_EMAIL | grep -q company.com$; then echo ERROR: Commit email must end with company.com, but found: $AUTHOR_EMAIL exit 1 fi赋予执行权限chmod x .git/hooks/pre-commit。这样只要 email 不对commit 就会失败根本不会走到 push 那步。3.3 场景③资深开发者需同时维护 3 个身份开源/公司/客户这是最复杂的场景。你可能有personalgithub.comGitHub 主页workcompany.com内部项目clientclient.com外包项目客户要求 commit 用他们邮箱ossapache.orgApache 项目需用 ASF 邮箱目标一套工作流零失误切换且 IDEA 不卡顿、不报错。核心策略放弃手动git config改用 Git 的 includeIf 机制Git 2.13 引入了includeIf条件包含功能允许你根据仓库路径自动加载不同配置。这是官方推荐的多身份方案比写一堆 shell alias 或脚本更可靠。第一步重构全局配置文件编辑~/.gitconfig删除所有user.*行替换成# ~/.gitconfig - 全局基础配置不含 user [core] editor idea --wait autocrlf input [init] defaultBranch main # 条件包含当仓库路径匹配时加载对应配置 [includeIf gitdir:~/projects/personal/] path ~/.gitconfig-personal [includeIf gitdir:~/projects/company/] path ~/.gitconfig-company [includeIf gitdir:~/projects/client/] path ~/.gitconfig-client这里gitdir:后面是绝对路径前缀。所有个人开源项目放在~/projects/personal/下公司项目在~/projects/company/客户项目在~/projects/client/。第二步为每个身份创建独立配置文件创建~/.gitconfig-personal[user] name Alex Chen email alex.chengmail.com创建~/.gitconfig-company[user] name Alex Chen email alex.chencompany.com创建~/.gitconfig-client[user] name Alex Chen (Client A) email alexclient.com第三步在 IDEA 中启用并验证确保 IDEA 使用的 Git 可执行文件版本 ≥ 2.13git --version查看将所有项目按规则放入对应目录如~/projects/company/my-app在 IDEA 中打开任一项目执行Refresh打开 Commit 窗口Author 应自动匹配对应身份。实操心得includeIf的路径匹配是前缀匹配不是正则。所以gitdir:~/projects/company/会匹配~/projects/company/my-app和~/projects/company/my-app/backend但不会匹配~/projects/company-backup/my-app。务必用/结尾避免意外匹配。另外IDEA 的缓存机制对此完全兼容因为它读取的是 Git 解析后的最终配置而不是原始.gitconfig。第四步终极保险——为每个项目设置 IDEA 专属 Author可选如果includeIf因某些原因失效如路径有空格、IDEA 版本老你还可以在 IDEA 里为单个项目硬编码 Author打开Settings Version Control Git点击右上角添加新配置在Configuration file字段填入该项目的.git/config路径如/Users/alex/projects/company/my-app/.git/config这样 IDEA 就会强制读取这个文件无视 global 和 includeIf。4. 常见问题与排查技巧实录那些让你抓狂的“改了没用”时刻即使严格按照上述流程操作你仍可能遇到“改了配置IDEA 就是不认”的情况。这不是你的错而是 Git 和 IDEA 的交互细节在作祟。以下是我在过去三年中收集的 7 个最高频问题每个都附带现场排查日志和一招解决法。4.1 问题①git config --local user.email显示正确但 IDEA Commit 窗口还是旧名字现象终端里git config --local user.email输出newdomain.com但 IDEA 的 Commit 窗口右下角 Author 仍是olddomain.com且灰色不可编辑。排查思路首先确认 IDEA 是否真的在读这个仓库打开Settings Version Control Directory Mapping检查项目根目录是否被正确映射到Git而不是None或SVN如果映射正确执行git config --list --show-origin | grep user.email看输出的file:路径是否指向当前项目的.git/config如果路径是对的但 IDEA 还是旧值大概率是 IDEA 缓存未刷新。速查表检查项正常状态异常表现解决方案Directory Mapping项目路径 → Git项目路径 → NoneSettings Version Control Directory Mapping点击添加路径VCS 选 Gitgit config --show-originfile:/path/to/project/.git/config user.emailnewdomain.com显示file:/Users/xxx/.gitconfig手动编辑项目.git/config确保[user]段落存在且正确IDEA 缓存Refresh按钮点击后无报错点击后提示 “No Git root detected”关闭项目删除.idea目录重新New Project from Version Control独家技巧如果Refresh按钮无效试试这个“核弹级”操作在 IDEA 的 Terminal 里执行git config --local --unset-all user.name git config --local --unset-all user.email清空 local 配置然后重新git config --local user.name X git config --local user.email Y。有时候 Git 的配置缓存会损坏重置是最稳妥的。4.2 问题②error: unknown option user.email报错根本没法设置现象在终端输入git config user.email xxx返回error: unknown option user.email。这是初学者最容易懵圈的错误。真相你输错了命令。git config的语法是git config [options] key value其中key是user.email带点value是xxx。但如果你少打了一个空格比如git config user.emailxxx引号紧挨着 keyGit 会把user.emailxxx当作一个整体 key而这个 key 不存在于是报“unknown option”。验证方法# 错误示范注意空格 git config user.emailalexgmail.com # 报错 # 正确写法key 和 value 之间必须有空格 git config user.email alexgmail.com # 成功延伸陷阱Windows 用户常遇到git config --global user.name Zhang San失败报错fatal: unable to write config file C:\Users\Zhang\.gitconfig: Permission denied。这是因为.gitconfig被设为了只读属性常见于公司 IT 策略锁定。解决方案不是提权而是用git config --global --edit它会用默认编辑器如 Notepad打开文件让你手动修改绕过权限检查。4.3 问题③改了 user.email但 GitHub/GitLab 上的 contribution graph 没更新现象你在本地改好了所有配置commit 也成功了但 GitHub 个人主页的 contribution calendar 还是空白或者显示为 “Cannot identify author”。根本原因GitHub 的 contribution 统计只认 commit 的 author email且该 email 必须在 GitHub 账户的Emails设置里已验证。它不管你本地 config 是什么只看你 commit 对象里的author字段。排查步骤找一个最近的 commit hash如abc1234在终端执行git show abc1234 --prettyfuller看输出中的Author:行登录 GitHub →Settings Emails确认该 email 已添加且状态为Verified如果 email 正确但未验证点击Add email address输入后查收验证邮件。关键细节GitHub 允许你添加多个 email但 contribution 只计入 primary email带星号的那个或所有 verified email。如果你用alex.chengmail.comcommit但 GitHub 账户只绑定了alexoutlook.com那这个 commit 就不会出现在 calendar 上。实操心得我习惯在~/.gitconfig里加一行# Primary email for GitHub contributions: alex.chengmail.com作为注释提醒自己。毕竟commit 是给机器看的但 contribution 是给人看的。4.4 问题④git commit --amend修改了 author但 push 时被拒绝现象你想修正一个 commit 的 author执行git commit --amend --authorNew Name newemail.com成功了但git push时提示! [rejected] main - main (non-fast-forward)。原理--amend会创建一个全新的 commit 对象新 hash覆盖掉旧 commit。而远程分支main仍然指向旧 hash所以 push 是“非快进式更新”Git 默认禁止防止覆盖他人工作。安全解决法# 方法1强制推送仅限你一个人用的分支 git push --force-with-lease origin main # 方法2如果多人协作先沟通再用 --force更激进 git push --force origin main--force-with-lease比--force安全它会检查远程分支自上次 fetch 后有没有被别人更新如果有就拒绝 force避免误覆盖。IDEA 中的操作在 IDEA 的Log窗口Alt9右键目标 commit →Rewrite commit Change author填入新名字和邮箱IDEA 会自动执行--amend并提示你 push。此时它默认用--force-with-lease你只需点确认。4.5 问题⑤IDEA 的 Commit 窗口 Author 下拉框里出现了“Unknown”或乱码现象Author 下拉框里有Unknown unknownunknown.com或一堆中文乱码如李四 li.sicompany.com。根源Git 的user.name值包含了非 ASCII 字符如中文而某些 Git 版本或 IDEA 的字符编码处理不一致导致显示异常。解决方案首选用英文名这是行业通用实践。git config user.name Li Si而不是git config user.name 李四次选如果必须用中文确保系统 locale 是 UTF-8。macOS/Linux 执行locale确认LANGen_US.UTF-8Windows 在控制面板 区域 管理 更改系统区域设置勾选Beta: 使用 Unicode UTF-8 提供全球语言支持IDEA 设置Help Edit Custom VM Options添加-Dfile.encodingUTF-8重启 IDEA。注意乱码问题在 commit 生成时不影响功能只是显示难看。但Unknown通常意味着.git/config里根本没有[user]段落Git fallback 到了默认值。此时git config --local user.name X是唯一解。4.6 问题⑥在 WSL2 里用 IDEA通过 Windows GUIGit 配置不生效现象你在 WSL2 的 Ubuntu 里安装了 Git并设置了~/.gitconfig但 Windows 版 IDEA通过\\wsl$\Ubuntu\home\user\project访问项目读取的却是 Windows 的%USERPROFILE%\.gitconfig。本质IDEA 运行在 Windows 上它调用的是 Windows 的 Git 可执行文件如C:\Program Files\Git\bin\git.exe而不是 WSL2 里的/usr/bin/git。所以它读取的是 Windows 的配置不是 WSL2 的。破局之道在 IDEA 的Settings Version Control Git把Path to Git executable改为 WSL2 的 Git 路径\\wsl$\Ubuntu\usr\bin\git或者更简单在 Windows 的%USERPROFILE%\.gitconfig里用includeIf指向 WSL2 的配置文件如path /mnt/c/Users/xxx/.gitconfig-wsl实现跨系统复用。4.7 问题⑦改了 user.name但git log显示的 author 还是旧名字现象git config --local user.name New Name执行成功新 commit 的 author 是新的但git log里历史 commit 的 author 没变。这是正常现象不是 bug。Git 的 commit 对象是 immutable 的一旦生成author 信息就固化在对象里无法修改。git config只影响 future commit不影响 past commit。如果你想批量修正历史 author比如迁移项目时统一身份必须用git filter-repo官方推荐替代filter-branch的工具# 安装 filter-repo pip install git-filter-repo # 在项目根目录执行慎用会重写所有 commit hash git filter-repo --mailmap .mailmap # .mailmap 文件内容示例 # New Name newemail.com Old Name oldemail.com # New Name newemail.com old2email.com这个操作会生成全新的 commit history所有旧 hash 失效。所以仅在项目刚创建、无人 clone 时使用。对于已发布的项目接受历史就是历史专注 future commit 的正确性即可。5. 经验总结我的三年踩坑笔记与一条铁律写到这里你已经掌握了从原理到实操的全套技能。但最后我想分享一点超出技术之外的东西——这是我从无数个深夜 debug、无数次被 team lead 质疑、无数次帮新人救火后沉淀下来的三条经验。第一条也是最重要的一条永远不要相信“全局配置”。我曾经坚信git config --global是银弹直到它让我在给 Kubernetes 提 PR 时author 显示devmy-company.com被 maintainer 礼貌但坚定地回复“Please use a personal email for community contributions.” 那一刻我意识到--global不是便利而是懒惰的遮羞布。真正的专业是愿意为每个项目多花 30 秒执行git config user.email xxx。这 30 秒买来的是身份的清晰、协作的顺畅、和代码的尊严。第二条关于 IDEA 的“智能”它很聪明但聪明得有限。它能自动识别.git能缓存配置但它不会主动告诉你“你正在用错误的身份 commit”。所以我的工作流里永远有一条 checklistgit config --local user.email→IDEA Settings Git Refresh→CtrlK 看 Author。三步10 秒零成本却能规避 90% 的身份事故。第三条也是最容易被忽视的commit author 不是技术问题是信任问题。当你在 GitHub 上看到一个 commit 的 author 是unknownunknown.com你会信任这段代码吗当你的同事在 Slack 里问“这个 commit 是谁改的”而你只能回答“不知道邮箱是随机的”团队的信任感就在那一刻磨损。Git 用户配置本质上是在构建一个可追溯、可验证、可信赖的协作契约。我们写代码不是为了机器能运行而是为了让人类能理解、能信任、能接力。所以下次当你新建一个项目或者加入一个新团队请把设置 Git 用户当作和写Hello World一样重要的第一课。不是因为它难而是因为它重要。这篇长文就是为你省下那三年的试错时间。现在去你的 terminal敲下git config user.name Your Real Name吧。世界不会因此改变但你的代码会开始被正确地看见。