注意：这个答案会改变SHA1，所以在已经推送的分支上使用它时要小心。如果你只想修复一个名字的拼写或更新一封旧邮件，Git可以让你不用使用.mailmap重写历史。

使用回扣

首先，如果您还没有这样做，您可能需要在git-config中修复您的名称：

git config --global user.name "New Author Name"
git config --global user.email "<email@address.example>"

这是可选的，但它也将确保重置提交者名称，假设这是您所需要的。

要使用rebase重写一系列提交的元数据，请执行

git rebase -r <some commit before all of your bad commits> \
    --exec 'git commit --amend --no-edit --reset-author'

--exec将在每次提交被重写后运行gitcommit步骤（就像您运行gitcommit&&gitrebase一样——重复继续）。

如果您还想更改第一次提交（也称为“root”提交），则必须在rebase调用中添加--root。

这将把提交人和作者都更改为user.name/user.email配置。如果不想更改该配置，可以使用--author“New author Name”<email@address.example>“而不是--reset-author。请注意，这样做不会更新提交者，只更新作者。

单次提交

如果您只想更改最近的提交，则无需重新设置基准。只需修改承诺：

 git commit --amend --no-edit --reset-author

整个项目历史

git rebase -r --root --exec "git commit --amend --no-edit --reset-author"

对于较旧的Git客户端（2020年7月之前）

-r、 --您可能不存在重基合并。作为替换，可以使用-p。请注意，-p存在严重问题，现已弃用。

当从另一位作者手中接过一份未合并的承诺时，有一种简单的方法来处理。

gitcommit--修改--重置作者

这不是对你问题的回答，而是一个脚本，你可以用它来避免将来发生这种情况。它利用Git 2.9版以来可用的全局钩子，根据您所在的目录检查您的电子邮件配置：

#!/bin/sh
PWD=`pwd`
if [[ $PWD == *"Ippon"* ]] # 1)
then
  EMAIL=$(git config user.email)
  if [[ $EMAIL == *"Work"* ]] # 2)
  then
    echo "";
  else
    echo "Email not configured to your Work email in the Work directory.";
    git config user.email "youremail@youremail.com"
    echo "Git email configuration has now been changed to \"$(git config user$
    echo "\nPlease run your command again..."
    echo ''
    exit 1
  fi;
elif [[ $PWD == *"Personal"* ]]
then
  EMAIL=$(git config user.email)
  if [[ $EMAIL == "youremail@youremail.com" ]]
  then
    echo "";
  else
    echo "Email is not configured to your personal account in the Personal di$
    git config user.email "youremail@youremail.com"
    echo "Git email configuration has now been changed to \"$(git config user$
    echo "\nPlease run your command again..."
    echo ''
    exit 1;
  fi;
fi; 

它检查您当前的工作目录，然后验证您的git是否配置为正确的电子邮件。如果没有，它会自动更改。请在此处查看详细信息。

如果您是该存储库的唯一用户，则可以使用gitfilter分支（如svick所写）、git快速导出/git快速导入加上过滤脚本（如docgnome answer中引用的文章所述）或交互式rebase重写历史。但其中任何一项都会从最初更改的承诺开始更改修订；这对任何基于分支预重写的更改的人来说都意味着麻烦。

回收，回收

若其他开发人员的工作并没有基于预重写版本，最简单的解决方案就是重新克隆（再次克隆）。

或者，他们可以尝试gitrebase--pull，如果他们的存储库中没有任何更改，这将加快速度，或者在重新编写的提交之上重新设置分支的基础（我们希望避免合并，因为这将永远保留预重写的commit）。所有这一切都假设他们没有未经许可的工作；否则，使用gitstash来隐藏更改。

如果其他开发人员使用功能分支，和/或git pull--rebase不起作用，例如，因为上游未设置，他们必须在重写后提交的基础上重新启动工作。例如，在获取新的更改（gitfetch）之后，对于基于/fforked-from origin/master的主分支，需要运行

$ git rebase --onto origin/master origin/master@{1} master

这里origin/master@{1}是预重写状态（在获取之前），请参阅gitrevisions。

另一种解决方案是使用refs/replace/mechanism，从1.6.5版开始，Git中就提供了这种机制。在该解决方案中，您可以替换电子邮件错误的提交；那么，任何获取“replace”ref的人（比如fetch=+refs/replace/*：refs/replace/*refspec位于其.git/config中的适当位置）都将透明地获取替换，而那些不获取这些ref的人将看到旧的提交。

程序大致如下：

查找包含错误电子邮件的所有提交，例如使用$git日志--作者=user@wrong.email--全部对于每个错误的提交，创建一个替换提交，并将其添加到对象数据库$git cat文件-p＜错误提交的ID＞|sed-e的/user@wrong\.电子邮件/user@example.com/g'>tmp.txt$git哈希对象-t提交-w tmp.txt<已更正提交的ID>既然您已经纠正了对象数据库中的提交，您必须告诉git使用git replace命令自动透明地用纠正的提交替换错误的提交：$git替换<错误提交的ID><更正提交的ID最后，列出所有替代品，以检查此过程是否成功$git替换-l并检查是否进行了更换$git日志--作者=user@wrong.email--全部

您当然可以自动执行此过程。。。好吧，除了使用gitreplace，它还没有批处理模式，所以您必须使用shell循环，或者手动替换。

未测试！YMMV。

请注意，在使用refs/replace/mechanism时可能会遇到一些粗糙的角落：它是新的，但尚未经过很好的测试。

如果您要修复的提交是最新的，并且只有几个，您可以使用git reset和git stash的组合，在配置正确的名称和电子邮件后再次提交。

顺序如下（对于2个错误的提交，没有挂起的更改）：

git config user.name <good name>
git config user.email <good email>
git reset HEAD^
git stash
git reset HEAD^
git commit -a
git stash pop
git commit -a

git rebase -i YOUR_FIRTS_COMMIT_SHA^

while true; do git commit --amend --author="Name Surname <email@example.com>" --no-edit && git rebase --continue; done

在重基完成后按^C#（循环将继续更新上次提交）