git过滤器分支的一个更安全的替代方案是git文档建议的过滤器回购工具。

git filter-repo --commit-callback '
  old_email = b"your-old-email@example.com"
  correct_name = b"Your Correct Name"
  correct_email = b"your-correct-email@example.com"
  
  if commit.committer_email == old_email :
    commit.committer_name = correct_name
    commit.committer_email = correct_email

  if commit.author_email == old_email : 
    commit.author_name = correct_name
    commit.author_email = correct_email
  '

上述命令反映了此脚本中使用的逻辑，但使用过滤器repo而不是过滤器分支。

提交后回调选项的代码体基本上是用于处理提交的python代码。您可以在这里用python编写自己的逻辑。请在此处查看有关提交对象及其属性的更多信息。

由于filter repo工具未与git捆绑，您需要单独安装它。

请参阅先决条件和安装指南

如果您有一个python-env>=3.5，可以使用pip来安装它。

pip3 install git-filter-repo

注意：强烈建议在新克隆上尝试使用过滤器回购工具。操作完成后，也会移除遥控器。阅读更多有关为什么删除遥控器的信息。另请阅读INTERNALS部分中此工具的限制。

注意，git存储了两个不同的电子邮件地址，一个是提交人（提交更改的人），另一个是作者（编写更改的人员）。

提交者信息在大多数地方都不会显示，但您可以通过git-log-1--format=%cn，%ce（或使用show而不是log来指定特定的提交）看到它。

虽然更改上一次提交的作者与gitcommit一样简单--修改--author“作者名称”<email@example.com>“，没有一个liner或argument对提交者信息做同样的处理。

解决方案是（暂时或不）更改您的用户信息，然后修改提交，这将更新提交者到您的当前信息：

git config user.email my_other_email@example.com 
git commit --amend

如果您是该存储库的唯一用户，则可以使用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时可能会遇到一些粗糙的角落：它是新的，但尚未经过很好的测试。

这是@Brian版本的更详细版本：

要更改作者和提交人，可以执行以下操作（在bash中可以使用换行符）：

git filter-branch --env-filter '
    if [ "$GIT_COMMITTER_NAME" = "<Old name>" ];
    then
        GIT_COMMITTER_NAME="<New name>";
        GIT_COMMITTER_EMAIL="<New email>";
        GIT_AUTHOR_NAME="<New name>";
        GIT_AUTHOR_EMAIL="<New email>";
    fi' -- --all

您可能会遇到以下错误之一：

临时目录已存在以Refs/original开头的引用已存在（这意味着先前在存储库上运行了另一个过滤器分支，然后在refs/original处备份原始分支引用）

如果要在出现这些错误的情况下强制运行，请添加--force标志：

git filter-branch --force --env-filter '
    if [ "$GIT_COMMITTER_NAME" = "<Old name>" ];
    then
        GIT_COMMITTER_NAME="<New name>";
        GIT_COMMITTER_EMAIL="<New email>";
        GIT_AUTHOR_NAME="<New name>";
        GIT_AUTHOR_EMAIL="<New email>";
    fi' -- --all

可能需要对--all选项做一点解释：它使过滤器分支可以处理所有引用（包括所有分支）的所有修订。例如，这意味着标记也被重写，并且在重写的分支上可见。

一个常见的“错误”是使用HEAD，这意味着只过滤当前分支上的所有修订。然后，重写的分支中不存在标记（或其他引用）。

运行git-rebase-i＜sha1或起点的ref＞使用edit（或e）标记要更改的所有提交循环执行以下两个命令，直到处理完所有提交：gitcommit--modify--reuse message=HEAD--author=“新作者<new@author.email>";git rebase—继续

这将保留所有其他提交信息（包括日期）。--reuse message=HEAD选项阻止消息编辑器启动。

我已经尝试了上面的脚本，但它不适合我，这解决了我的问题：

使用Git的“filter branch”命令。它允许您使用脚本批量处理（可能大量）提交。您可以在存储库中运行以下示例脚本（填写新旧电子邮件和名称的真实值）：

git filter-branch --env-filter '
WRONG_EMAIL="wrong@example.com"
NEW_NAME="New Name Value"
NEW_EMAIL="correct@example.com"

if [ "$GIT_COMMITTER_EMAIL" = "$WRONG_EMAIL" ]
then
    export GIT_COMMITTER_NAME="$NEW_NAME"
    export GIT_COMMITTER_EMAIL="$NEW_EMAIL"
fi
if [ "$GIT_AUTHOR_EMAIL" = "$WRONG_EMAIL" ]
then
    export GIT_AUTHOR_NAME="$NEW_NAME"
    export GIT_AUTHOR_EMAIL="$NEW_EMAIL"
fi
' --tag-name-filter cat -- --branches --tags

在此处查看更多详细信息