修改 Git 已提交 commit 的作者名字和邮箱，本地未推送记录推荐使用 git commit `--amend` 或 git rebase -i，已推送公共分支需谨慎使用强制推送。此操作会改变 commit 哈希值，协作分支可能引发冲突。
先说结论：修改作者信息本质是重写历史，仅限本地分支或协调后的共享分支。
- 适合：本地未推送 commit 或单人维护分支。
- 先看：确认 commit 是否已推送到远程仓库。
- 建议：操作前创建备份分支，防止数据丢失。
命令速用版
修改最近一次提交：
git commit `--amend` `--author`="New Name <new@email.com>" `--no-edit`修改最近三次提交中的某一条（交互模式）：
git rebase -i HEAD~3为什么会这样
Git 提交对象包含元数据哈希，修改任何内容都会生成新哈希。Git 的设计原则是内容寻址存储，commit 对象一旦创建即不可变，修改作者信息实际上是创建了一个新的 commit 对象替代旧对象，因此 commit ID 会发生变化。
分步处理
步骤 1：确认修改范围
使用 git log 查看需要修改的 commit 哈希和当前作者信息，确认是否已推送到远程。
git log `--format`=fuller步骤 2：执行修改
如果是最后一次提交且未推送，直接使用 amend 命令。如果是历史多条提交，使用 rebase 交互模式，在编辑器中将对应行的 pick 改为 edit，保存退出后执行 amend 命令，然后 git rebase `--continue`。
步骤 3：同步远程仓库
如果修改的 commit 已推送到远程，必须使用强制推送更新远程历史。
git push `--force-with-lease` origin <branch-name>怎么验证是否生效
再次运行 git log `--format`=fuller，检查 Author 和 Commit 字段是否已更新为新名字和邮箱。如果是已推送分支，登录 GitHub 或 GitLab 网页端查看 commit 记录是否同步变化。
常见坑
- 强制推送风险：
git push `--force`会覆盖远程历史，若团队成员基于旧历史开发，会导致合并冲突，推荐使用`--force-with-lease`。 - GPG 签名失效： 修改 commit 内容会导致原有的 GPG 签名验证失败，显示为未验证状态，需重新签名。
- 全局修改成本高： 若要修改整个仓库历史的所有提交，
git filter-branch性能较差且易出错，官方推荐使用git-filter-repo工具。
常见问题
提交已经推送到远程了还能改吗？
可以改，但必须使用 git push `--force` 强制覆盖远程历史，需确保团队成员知晓并协调。
如何批量修改历史所有提交的作者？
不建议手动逐个修改，可使用 git-filter-repo 工具配合 `--mailmap` 文件批量重写历史。
修改后原来的 commit ID 还在吗？
不在，修改作者信息会生成全新的 commit ID，旧 ID 仅在本地 reflog 中暂时保留。
参考来源
- Git 官方文档 - git-commit: https://git-scm.com/docs/git-commit
- Git 官方文档 - git-rebase: https://git-scm.com/docs/git-rebase
- GitHub 文档 - 更改提交邮箱: https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/changing-a-commit-email