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

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

首选的答案是，使用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 rebase-i＜earlier commit＞）。在要重设基础的提交列表中，将要修改的提交的哈希旁边的文本从pick更改为edit。然后，当git提示您更改提交时，使用以下命令：

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

例如，如果您的提交历史是A-B-C-D-E-F，F是HEAD，并且您想更改C和D的作者，那么您应该。。。

指定gitrebase-i B（以下是执行gitrebase-iB命令后将看到的示例）如果需要编辑A，请使用git-rebase-i--root将C和D的行从拾取更改为编辑退出编辑器（对于vim，这将是按Esc，然后键入：wq）。一旦重新启动，它将首先在C处暂停您可以gitcommit--modify--author=“作者姓名”<email@address.com>"然后git rebase--继续它会在D时再次暂停然后您将gitcommit--modify--author=“作者姓名”<email@address.com>“”再次git rebase—继续重新基础将完成。使用git push-f使用更新的提交更新源代码。

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

首先键入“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

对于合并提交消息，我发现我不能通过使用rebase来修改它，至少在gitlab上是这样。它将合并显示为提交，但我无法重新基于该#sha。我发现这篇文章很有用。

git checkout <sha of merge>
git commit --amend # edit message
git rebase HEAD previous_branch

这三行代码完成了更改合并提交消息的工作（如作者）。