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

你所链接的问题中的答案是好答案，涵盖了你的情况（另一个问题更为一般，因为它涉及重写多次提交）。

作为尝试gitfilter分支的借口，我编写了一个脚本来重写给定提交的作者名和/或作者电子邮件：

#!/bin/sh

#
# Change the author name and/or email of a single commit.
#
# change-author [-f] commit-to-change [branch-to-rewrite [new-name [new-email]]]
#
#     If -f is supplied it is passed to "git filter-branch".
#
#     If <branch-to-rewrite> is not provided or is empty HEAD will be used.
#     Use "--all" or a space separated list (e.g. "master next") to rewrite
#     multiple branches.
#
#     If <new-name> (or <new-email>) is not provided or is empty, the normal
#     user.name (user.email) Git configuration value will be used.
#

force=''
if test "x$1" = "x-f"; then
    force='-f'
    shift
fi

die() {
    printf '%s\n' "$@"
    exit 128
}
targ="$(git rev-parse --verify "$1" 2>/dev/null)" || die "$1 is not a commit"
br="${2:-HEAD}"

TARG_COMMIT="$targ"
TARG_NAME="${3-}"
TARG_EMAIL="${4-}"
export TARG_COMMIT TARG_NAME TARG_EMAIL

filt='

    if test "$GIT_COMMIT" = "$TARG_COMMIT"; then
        if test -n "$TARG_EMAIL"; then
            GIT_AUTHOR_EMAIL="$TARG_EMAIL"
            export GIT_AUTHOR_EMAIL
        else
            unset GIT_AUTHOR_EMAIL
        fi
        if test -n "$TARG_NAME"; then
            GIT_AUTHOR_NAME="$TARG_NAME"
            export GIT_AUTHOR_NAME
        else
            unset GIT_AUTHOR_NAME
        fi
    fi

'

git filter-branch $force --env-filter "$filt" -- $br

对于这个问题，也有一种懒惰的方法，特别是当您有多个提交需要更改时。在我的案例中，我有一个新的分支，它与错误的作者进行了多次提交，所以是什么帮助了我：

转到您的原始分支：

git checkout develop

从中创建新分支：

git checkout -b myFeature develop 

将其合并为一次提交，但不包含提交信息：

git merge --no-commit --squash branchWrongAuthor

您可能还想进行更改：

git stage .

更改作者姓名并提交更改：

git commit --amend --author "New Author Name <New Author Email>" -m "new feature added"

就这样，你可以推动改变。

git push

之后，您可以删除具有错误作者的分支。

我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—强制执行租约

如果您的机器上缺少设置，例如，在格式化之后，或者在没有正确设置（正确）这些命令的情况下没有正确配置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登录，以确定您所在的位置。

溶液

安装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中找到。