考虑到不需要使用git-filter-branch，在git-filter-repo中做同样的事情(你可能需要先用pip install git-filter-repo安装它):

git-filter-repo --name-callback 'return name.replace(b"OldName", b"NewName")' --email-callback 'return email.replace(b"old@email.com", b"new@email.com")'

如果存储库是原始的，w/o远程，您将不得不添加——force来强制重写。(在执行此操作之前，您可能需要创建回购的备份。)

如果你不想保留引用(它们会显示在Git GUI的分支历史中)，你必须添加——replace-refs delete-no-add。

要了解更高级的功能，请参见“姓名和电子邮件过滤”。

附注:从https://stackoverflow.com/a/59591928/714907窃取并改进。

考虑到不需要使用git-filter-branch，在git-filter-repo中做同样的事情(你可能需要先用pip install git-filter-repo安装它):

git-filter-repo --name-callback 'return name.replace(b"OldName", b"NewName")' --email-callback 'return email.replace(b"old@email.com", b"new@email.com")'

如果存储库是原始的，w/o远程，您将不得不添加——force来强制重写。(在执行此操作之前，您可能需要创建回购的备份。)

如果你不想保留引用(它们会显示在Git GUI的分支历史中)，你必须添加——replace-refs delete-no-add。

要了解更高级的功能，请参见“姓名和电子邮件过滤”。

附注:从https://stackoverflow.com/a/59591928/714907窃取并改进。

在这里看到的:

git filter-branch -f --env-filter \
"GIT_AUTHOR_NAME='Newname'; GIT_AUTHOR_EMAIL='newemail'; \
GIT_COMMITTER_NAME='committed-name'; GIT_COMMITTER_EMAIL='committed-email';" HEAD

对于那些只想要简单的复制粘贴版本(除了更新电子邮件和姓名):

git config alias.change-commits '!'"f() { VAR=\$1; OLD=\$2; NEW=\$3; shift 3; git filter-branch --env-filter \"if [[ \\\"\$\`echo \$VAR\`\\\" = '\$OLD' ]]; then export \$VAR='\$NEW'; fi\" \$@; }; f "
git change-commits GIT_AUTHOR_NAME "<Old Name>" "<New Name>" -f
git change-commits GIT_AUTHOR_EMAIL <old@email.com> <new@email.com> -f
git change-commits GIT_COMMITTER_NAME "<Old Name>" "<New Name>" -f
git change-commits GIT_COMMITTER_EMAIL <old@email.com> <new@email.com> -f

已经给出的答案是完整的。但你确定，你需要这些吗?如。我也遇到过类似的问题，但在这种情况下，答案是多余的。我的案例和解决方案如下:

假设您有两个电子邮件id, no_longer_want@gmail.com和want@gmail.com。以前的提交可能是通过no_longer_want@gmail.com进行的，这不是您想要的电子邮件id。在这种情况下，一个选择是简单地将want@gmail.com链接到你的GitHub帐户。

怎么做呢?

在设置页面的电子邮件部分找到添加电子邮件的选项。

还失去了吗?

github页面上提到的前三个步骤就足够了。

注意:

Github支持单个Github帐户的多个电子邮件id。 由于您没有替换电子邮件id，而只是添加了一个新的电子邮件id，通过两个电子邮件id提交的文件都链接到您的Github帐户。 没有必要将want@gmail.com设置为主要电子邮件id。

如果您主要关心本地回购显示名称，重写历史记录的另一种选择是.mailmap文件，它基本上是一个名称和电子邮件列表。例如，将此放在repo根目录下的.mailmap文件中:

Tamika Page <tamika@somejob.com>
Orlando Cervantes <orlando.cervantes@otherjob.com> Orlando Jackson <orlando.jackson@otherjob.com>
Jared Michael <jared.michael@gmail.com> <jared@desktop.(none)>

将导致任何归属于tamkia@somejob.com的提交都显示为Tamika Page，无论提交者名称如何，归属于Orlando Jackson的提交<orlando.jackson@otherjob.com>将显示为Orlando Cervantes，而烦人的<jared@desktop.(none)>提交将显示为jared.michael@gmail.com。有关该特性的详细信息，请查看git文档——由于它内置在git中，因此应该适用于任何新的git客户端。

这里有一个很大的警告:虽然它在官方git客户端中已经被支持了很长一段时间，但在各种git实现中，特别是大的web接口，并不能保证得到支持——看看这个问题，关于GitHub是否尊重它的共识是混合的，但似乎是消极的。不幸的是，我在GitHub和GitLab上进行了快速测试，但似乎都没有注意到。mailmap。

正如@paradocslover的回答中提到的，服务有它们自己的接口来做类似的事情，但是您必须为每个服务设置接口，而且它完全不会影响您的本地副本。因为.mailmap是回购的一部分，它可以在本地为任何克隆你的回购的人工作(你可以克隆上面链接的回购自己看看)，但它似乎不会显示在我测试的web界面中。

当然，在某些情况下，您确实希望重写历史，但这可能是相当有侵略性的，并附带所有标准的警告，因此在某些情况下，有这个选项是很好的，这可能就足够了，特别是在重写不实际的情况下。