这个问题的公认答案是交互式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

提交时间：

要修复所有提交的作者，您可以从@Amber的回答中应用命令：

git commit --amend --author="Author Name <email@address.com>"

或者，要重复使用您的姓名和电子邮件，您只需写下：

git commit --amend --author=Eugen

命令后提交：

例如，从4025621开始更改所有：

您必须运行：

git rebase --onto 4025621 --exec "git commit --amend --author=Eugen" 4025621

注意：要包含包含空格（如姓名和电子邮件地址）的作者，作者必须用转义引号括起来。例如：

git rebase --onto 4025621 --exec "git commit --amend --author=\"Foo Bar <foo@bar.com>\"" 4025621

或将此别名添加到~/.gitconfig中：

[alias]
    reauthor = !bash -c 'git rebase --onto $1 --exec \"git commit --amend --author=$2\" $1' --

然后运行：

git reauthor 4025621 Eugen

推送提交后重命名作者名称的步骤

首先键入“gitlog”以获取提交id和更多详细信息git rebase i HEAD~10（10是要在rebase上显示的提交总数）如果您有以下内容致命：似乎已经有一个rebase合并目录，并且我想知道你是不是在另一个地方。如果这是箱子，请试试git rebase（--continue|--abort|--skip）如果不是这样，请rm-fr“.git/rebase合并”再跑一次。我要停下来，以防你还有事在那里很有价值。然后根据需要键入“git-rebase--continue”或“git-rebase--abort”现在您将重新创建窗口，单击键盘上的“i”键然后，您将得到提交列表为10[因为我们已经通过了上面的10个提交]如下图所示pick 897fe9e稍微简化了代码pick abb60f9添加新功能pick dc18f70错误修复现在，您需要在要编辑的提交下面添加下面的命令，如下所示pick 897fe9e稍微简化了代码exec git commit--modify--author的作者名称<author.name@mail.com>'pick abb60f9添加新功能exec git commit--modify--author的作者名称<author.name@mail.com>' pick dc18f70错误修复exec git commit--modify--author的作者名称<author.name@mail.com>'就这样，现在只需按ESC键，：wq，即可完成所有设置然后git push origin HEAD：BRANCH NAME-f[请注意-f Force push]像gitpush-f或gitpushorigin HEAD:dev-f

我2019年的评论转化为答案：

修复最后六次提交的创作

首先为当前Git repo设置正确的作者git-config--本地user.name“FirstName LastName”git-config--本地用户.emailfirst.last@example.com然后将修复应用于最后六次提交git rebase--on HEAD~6--exec“git commit--modify--reset author--no edit”HEAD~6最后强制推送到远程Git repogit push—强制执行租约

首选的答案是，使用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）。

如果您的机器上缺少设置，例如，在格式化之后，或者在没有正确设置（正确）这些命令的情况下没有正确配置Git，则可能会发生这种情况。

git config user.name "Author Name"
git config user.email "<email@address.com>"

为什么不遵循Atlassian的这篇文章，让你的生活更简单？

gitcommit--modify--author=“作者名称<email@address.com>"如果分支受到保护，请取消对其的保护。在本例中，它是master；因此，它将受到源代码存储库的保护git推送原点master—力

这是最后一次提交的最简单场景。要选择任何“随机”提交，您需要：

git rebase-i＜早期提交＞。更改您感兴趣的提交的编辑选择gitcommit--modify--author=“作者名称<email@address.com>"如果分支受到保护，请取消对其的保护。在本例中，它是master；因此，它将受到源代码存储库的保护git推送原点master—力

在推送之前，您可以随时在两者之间进行git登录，以确定您所在的位置。