在执行git rebase-i时，文档中有一个有趣的部分：

如果要将两个或多个提交合并为一个，请将第二次和后续提交的命令“pick”替换为“squash”或“fixup”。如果提交的作者不同，则折叠提交将归于第一次提交的作者。折叠提交的建议提交消息是第一次提交的提交消息和使用“squash”命令的提交消息的串联，但使用“fixup”命令省略了提交的提交信息。

如果你有A-B-C-D-E-F病史，并且您希望更改提交B和D（＝2个提交），

那么您可以执行以下操作：

git-config user.name“更正新名称”git-config user.email“correct@new.email"创建空提交（每个提交一个）：你需要一条消息来重新设置基础gitcommit--允许空-m“空”启动重新启动操作git rebase-i B^B^选择B的父级。您将需要在每次提交之前放置一个空提交以进行修改你会想把这些换成壁球。

git rebase-i B^将为您提供的示例：

pick sha-commit-B some message
pick sha-commit-C some message
pick sha-commit-D some message
pick sha-commit-E some message
pick sha-commit-F some message
# pick sha-commit-empty1 empty
# pick sha-commit-empty2 empty

将其更改为：

# change commit B's author
pick sha-commit-empty1 empty
squash sha-commit-B some message
# leave commit C alone
pick sha-commit-C some message
# change commit D's author
pick sha-commit-empty2 empty
squash sha-commit-D some message
# leave commit E-F alone
pick sha-commit-E some message
pick sha-commit-F some message

它将提示您编辑消息：

# This is a combination of 2 commits.
# The first commit's message is:

empty

# This is the 2nd commit message:

...some useful commit message there...

你可以删除前几行。

使用交互式回扣

git rebase -i -p <some HEAD before all of your bad commits>

然后在rebase文件中将所有错误提交标记为“edit”，当git要求您修改每个提交时

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

编辑或关闭打开的编辑器，然后执行

git rebase --continue

以继续重新启动。

您可以通过附加--no edit来跳过在此处完全打开编辑器，这样命令将是：

git commit --amend --author "New Author Name <email@address.com>" --no-edit && \
git rebase --continue

单次提交

正如一些评论所指出的，如果您只想更改最近的提交，那么rebase命令是不必要的。就这样吧

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

这会将author更改为指定的名称，但committer将设置为gitconfig user.name和gitconfig user.email中配置的用户。如果要将committer设置为指定的值，这将同时设置author和committer：

git -c user.name="New Author Name" -c user.email=email@address.com commit --amend --reset-author

您可以使用下面的命令更改上次提交的作者。

gitcommit--modify--author=“作者名称<email@address.com>"

然而，如果您想更改多个提交的作者名称，这有点棘手。您需要启动一个交互式的rebase，然后将提交标记为edit，然后逐一修改并完成。

使用git rebase-i开始重新定基。它会向你展示这样的东西。

更改pick关键字以编辑要更改作者名称的提交。

然后关闭编辑器。对于初学者，点击Escape，然后键入：wq并点击Enter。

然后你会看到你的终端就像什么都没发生一样。事实上，您正在进行交互式重设基。现在是使用上面的命令修改提交的作者名称的时候了。它将再次打开编辑器。退出并继续使用git rebase重新创建数据库--继续。对要编辑的提交计数重复相同的操作。您可以确保在执行No rebase时完成交互式rebase？消息

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

作为尝试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

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

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