您可以从github的官方页面使用这些命令

https://help.github.com/en/github/using-git/changing-author-info

这是命令

#!/bin/sh

git filter-branch --env-filter '

OLD_EMAIL="your-old-email@example.com"
CORRECT_NAME="Your Correct Name"
CORRECT_EMAIL="your-correct-email@example.com"

if [ "$GIT_COMMITTER_EMAIL" = "$OLD_EMAIL" ]
then
export GIT_COMMITTER_NAME="$CORRECT_NAME"
export GIT_COMMITTER_EMAIL="$CORRECT_EMAIL"
fi
if [ "$GIT_AUTHOR_EMAIL" = "$OLD_EMAIL" ]
then
export GIT_AUTHOR_NAME="$CORRECT_NAME"
export GIT_AUTHOR_EMAIL="$CORRECT_EMAIL"
fi
' --tag-name-filter cat -- --branches --tags

在这里，您可以将旧电子邮件更改为新用户名和电子邮件地址。

在全球范围内更改提交人姓名和电子邮件：

$ git config --global user.name "John Doe"
$ git config --global user.email "john@doe.org"

更改每个存储库的提交人名称和电子邮件：

$ git config user.name "John Doe"
$ git config user.email "john@doe.org"

仅为下一次提交更改作者信息：

$ git commit --author="John Doe <john@doe.org>"

提示：对于其他情况和阅读更多信息，请阅读帖子参考。

溶液

安装git filter repo（git项目建议在filter分支上安装filter repo）$PACKAGE_TOOL安装git筛选器repo在git存储库的根目录中创建一个文件.mailmap，其中包含新名称<new@ema.il> <old@ema.il>运行gitfilter repo--使用mailmap

更多详细信息

gitfilter repo在其文档中将其列为示例不要像上面的示例那样替换名称和电子邮件，请查看gitmailmap文档中的其他示例您可以通过使用参数--mailmap<filename>调用gitfilter repo来指定mailmap文件，而不是默认使用名为.mailmap的文件。关于如何进一步过滤分支/标签/任何内容的更多示例，可以在gitfilter repo项目的README.md中找到。

首选的答案是，使用gitrebase-i是有效的，但正如在另一个答案中强调的那样，当要编辑的提交周围有合并时，就会变得混乱。使用gitreplace是明智的，但gitfilter分支会重写其他分支和标记的所有历史，这不是我们通常想要的。

我想分享一个替代第一个答案的方法，即使有合并，它仍然很简单。在我的例子中，当我使用gitrebase-I＜earlycommit＞时，在继续rebase之前，我首先要解决一个冲突。事实上，使用break命令比使用edit命令更容易。并直接重新基于我们的目标提交。

让我们举个例子，假设git日志显示。。。

commit a12afg
...
commit dloe7a
...
commit gh7ag1
...   
commit qp3zaa
...

假设您想更新提交gh7ag1的作者、消息或提交签名。您可以继续使用git rebase-i gh7ag1。在编辑器中，您将看到：

pick dloe7a
pick a12afg

只需添加一个break命令：

break
pick dloe7a
pick a12afg

保存（：wq与VI，Ctrl+O，然后Ctrl+X与nano）。现在，你在承诺后马上回来了。您可以运行gitcommit--modify来更新作者、消息或签名（例如gitcommit--modify-S--author=“Your Name<Your email>”）。使用git-log进行验证--显示签名。如果正确，可以继续使用git-rebase--continue。

在rebase中可以有任意多的break命令。continue将移动到下一个break（如果有），或者应用剩余的提交（如果它们标记为pick）。

这个问题的公认答案是交互式rebase的巧妙使用，但不幸的是，如果我们试图更改作者的提交曾经位于一个随后被合并的分支上，则会出现冲突。更一般而言，它在处理混乱的历史时不起作用。

由于我担心运行依赖于设置和取消设置环境变量来重写git历史的脚本，因此我正在根据这篇文章编写一个新的答案，该答案与此答案类似，但更完整。

与链接的答案不同，以下内容经过测试并有效。为了说明清楚，假设03f482d6是我们试图替换其作者的提交，42627abe是新作者的提交。

签出我们试图修改的提交。git结帐03f482d6让作者改变。gitcommit--modify--author“新作者姓名<新作者电子邮件>”

现在我们有了一个新的提交，哈希值假定为42627abe。

签出原始分支。用本地新提交替换旧提交。git替换03f482d6 42627abe基于替换重写所有未来提交。git筛选器分支--全部拆下替换件以保持清洁。git替换-d 03f482d6推送新的历史记录（仅在以下操作失败时使用--force，并且仅在使用gitlog和/或gitdiff进行健全性检查后使用）。git push—强制执行租约

而不是4-5，你可以重新开始新的提交：

git rebase -i 42627abe

如果您只想更改上次提交的作者，可以执行以下操作：

将电子邮件重置为全局配置：git-config--全局用户电子邮件example@email.com现在重置提交的作者，无需编辑：gitcommit--修改--重置作者--无编辑

注意，这也会更改作者时间戳。