如何移除或修改已被重新引入的、曾删除的Git提交

方案一：修改提交的用户名和邮箱（风险较低） #

如果只是想去掉个人信息，不用彻底删除提交，这个方案更稳妥：

• 先找到目标提交的哈希值：用git log --oneline遍历历史，或者直接在Bitbucket的提交记录里复制哈希
• 启动交互式rebase，定位到目标提交的前一个版本：

  git rebase -i <目标提交哈希>^
  

  比如目标提交哈希是a1b2c3d，就写git rebase -i a1b2c3d^
• 在弹出的编辑器里，把该提交行开头的pick改成edit，保存退出
• 修改当前提交的作者信息：

  git commit --amend --author="工作用户名 <工作邮箱>" --no-edit
  

• 完成rebase流程：git rebase --continue
• 强制推送到远程仓库，用--force-with-lease比直接--force安全，能避免覆盖队友未同步的修改：

  git push --force-with-lease
  

• 注意：所有包含这个提交的分支，要么同步执行上述操作，要么重新基于修改后的main分支创建新分支替换旧分支。

方案二：彻底移除该提交（风险较高） #

如果必须完全删掉这个提交，步骤类似，但要处理后续提交的冲突：

• 同样先找到目标提交的哈希值
• 启动交互式rebase：git rebase -i <目标提交哈希>^
• 在编辑器里直接删除该提交对应的那一行，保存退出
• 遇到冲突时，手动修改冲突文件，然后执行git add <冲突文件>，再用git rebase --continue继续
• 最后强制推送：git push --force-with-lease

关键风险提醒 #

• 修改历史会导致所有团队成员的本地仓库和远程不一致，必须提前通知所有人同步操作：
  1. 暂存本地未提交内容：git stash
  2. 拉取修改后的远程分支：git pull --rebase（有冲突就手动解决）
  3. 恢复暂存内容：git stash pop
• 如果该提交已经合并到多个分支，每个分支都要做同样的rebase，或者直接弃用旧分支，基于修改后的main重新建分支
• 远程仓库如果有分支保护（比如main禁止强制推送），需要先临时关闭保护，操作完再开启

要不要接受现状？ #

如果团队人数多、分支结构特别复杂，修改历史的沟通和操作成本太高，可以考虑暂时保留，但最好在团队文档里说明这个情况。不过从专业规范角度，还是建议修改掉个人信息，只要提前和团队同步好操作步骤，风险是可控的。

内容的提问来源于stack exchange，提问作者cookie