应先运行 git config --list --show-origin 定位 user.name 和 user.email 的真实来源文件，再根据是否已推送、是否影响他人选择 git commit --amend 或 git push --force-with-lease 修正，切勿盲目修改全局配置。
提交到远程分支后发现 user.name 或 user.email 错了，不是“改完配置就能自动修正历史”，而是必须分清：错误发生在哪一层、是否已推送、是否影响他人——否则强行改可能破坏协作。
怎么确认当前生效的提交者身份？
别猜，直接查。Git 每次提交用的是当前作用域下最高优先级的配置，不是你“以为”的那个。
- 运行
git config --list --show-origin，看每条user.name和user.email来自哪个文件（.git/config、~/.gitconfig还是/etc/gitconfig） - 如果某行来自
.git/config（即项目级），它会覆盖全局设置，哪怕~/.gitconfig里写了正确信息也无效 - 只查
git config user.name不够，因为它不告诉你来源；加--show-origin才能定位真实问题点
刚提交完但还没 push，怎么改成本地最新提交的作者？
这是最干净的场景：错误只在本地，没污染远程。用 git commit --amend 直接重写上一次提交的 author 信息。
- 确保当前分支就是出错的那一个，且错误提交是
HEAD - 执行：
git commit --amend --author="Correct Name <correct>" --no-edit</correct> -
--no-edit表示不修改提交信息本身，只换作者；漏掉它会打开编辑器，容易误改 message - 改完后
git log --pretty=full验证：Author 和 Committer 是否都已更新（默认--amend只改 Author，Committer 是你当前配置；如需统一，加--reset-author）
已经 push 到远程，但分支只有你自己用
可以强制重写历史，但必须同步清理远程 —— 否则别人拉取时会遇到 diverged branch 报错。
- 先按上一节方法用
git commit --amend改掉本地提交 - 然后强制推送到远程：
git push --force-with-lease origin main（把main换成你的分支名） - 务必用
--force-with-lease，不是--force：它会检查远程 HEAD 是否被别人更新过，避免覆盖他人新提交 - 如果同事已经基于这个错误提交做了开发，就别硬推 —— 改走
git revert路线，否则会引发合并地狱
为什么改了全局 config，新提交还是错的？
大概率是项目级配置在“暗中作祟”。很多人初始化仓库后顺手配了一次 git config user.name，之后就忘了这层覆盖。
- 进项目根目录，检查
.git/config文件里是否有[user]区块 - 如果有，删掉整个
[user]段落，或执行：git config --local --unset user.name和git config --local --unset user.email - 再运行
git config user.name，应该返回全局值了 - 特别注意 IDE（如 VS Code）内置终端有时会继承旧 shell 环境变量，重启终端或 IDE 才能生效
真正麻烦的从来不是“怎么改”，而是“谁还在基于那个错提交工作”——只要远程分支已被他人拉取或 CI 触发过构建，重写历史就得拉群同步，否则后续 merge 会出不可预测的冲突。别省那句 @everyone 的消息。
