我们今天遇到了一个问题，作者名中的UTF8字符在构建服务器上造成了麻烦，因此我们必须重写历史记录来纠正这个问题。所采取的步骤包括：

步骤1：按照此处的说明，更改所有未来提交的git用户名：https://help.github.com/articles/setting-your-username-in-git/

步骤2：运行以下bash脚本：

#!/bin/sh

REPO_URL=ssh://path/to/your.git
REPO_DIR=rewrite.tmp

# Clone the repository
git clone ${REPO_URL} ${REPO_DIR}

# Change to the cloned repository
cd ${REPO_DIR}

# Checkout all the remote branches as local tracking branches
git branch --list -r origin/* | cut -c10- | xargs -n1 git checkout

# Rewrite the history, use a system that will preseve the eol (or lack of in commit messages) - preferably Linux not OSX
git filter-branch --env-filter '
OLD_EMAIL="me@something.com"
CORRECT_NAME="New Me"

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

# Force push the rewritten branches + tags to the remote
git push -f

# Remove all knowledge that we did something
rm -rf ${REPO_DIR}

# Tell your colleagues to `git pull --rebase` on all their local remote tracking branches

快速概述：将存储库签出到临时文件，签出所有远程分支，运行将重写历史记录的脚本，强制推送新状态，并告诉所有同事重新启动数据库以获取更改。

我们在OS X上运行它时遇到了问题，因为它在提交消息中以某种方式打乱了行结尾，所以我们不得不在Linux机器上重新运行它。

如果您是该存储库的唯一用户，则可以使用gitfilter分支（如svick所写）、git快速导出/git快速导入加上过滤脚本（如docgnome answer中引用的文章所述）或交互式rebase重写历史。但其中任何一项都会从最初更改的承诺开始更改修订；这对任何基于分支预重写的更改的人来说都意味着麻烦。

回收，回收

若其他开发人员的工作并没有基于预重写版本，最简单的解决方案就是重新克隆（再次克隆）。

或者，他们可以尝试gitrebase--pull，如果他们的存储库中没有任何更改，这将加快速度，或者在重新编写的提交之上重新设置分支的基础（我们希望避免合并，因为这将永远保留预重写的commit）。所有这一切都假设他们没有未经许可的工作；否则，使用gitstash来隐藏更改。

如果其他开发人员使用功能分支，和/或git pull--rebase不起作用，例如，因为上游未设置，他们必须在重写后提交的基础上重新启动工作。例如，在获取新的更改（gitfetch）之后，对于基于/fforked-from origin/master的主分支，需要运行

$ git rebase --onto origin/master origin/master@{1} master

这里origin/master@{1}是预重写状态（在获取之前），请参阅gitrevisions。

另一种解决方案是使用refs/replace/mechanism，从1.6.5版开始，Git中就提供了这种机制。在该解决方案中，您可以替换电子邮件错误的提交；那么，任何获取“replace”ref的人（比如fetch=+refs/replace/*：refs/replace/*refspec位于其.git/config中的适当位置）都将透明地获取替换，而那些不获取这些ref的人将看到旧的提交。

程序大致如下：

查找包含错误电子邮件的所有提交，例如使用$git日志--作者=user@wrong.email--全部对于每个错误的提交，创建一个替换提交，并将其添加到对象数据库$git cat文件-p＜错误提交的ID＞|sed-e的/user@wrong\.电子邮件/user@example.com/g'>tmp.txt$git哈希对象-t提交-w tmp.txt<已更正提交的ID>既然您已经纠正了对象数据库中的提交，您必须告诉git使用git replace命令自动透明地用纠正的提交替换错误的提交：$git替换<错误提交的ID><更正提交的ID最后，列出所有替代品，以检查此过程是否成功$git替换-l并检查是否进行了更换$git日志--作者=user@wrong.email--全部

您当然可以自动执行此过程。。。好吧，除了使用gitreplace，它还没有批处理模式，所以您必须使用shell循环，或者手动替换。

未测试！YMMV。

请注意，在使用refs/replace/mechanism时可能会遇到一些粗糙的角落：它是新的，但尚未经过很好的测试。

注意：这个答案会改变SHA1，所以在已经推送的分支上使用它时要小心。如果你只想修复一个名字的拼写或更新一封旧邮件，Git可以让你不用使用.mailmap重写历史。

使用回扣

首先，如果您还没有这样做，您可能需要在git-config中修复您的名称：

git config --global user.name "New Author Name"
git config --global user.email "<email@address.example>"

这是可选的，但它也将确保重置提交者名称，假设这是您所需要的。

要使用rebase重写一系列提交的元数据，请执行

git rebase -r <some commit before all of your bad commits> \
    --exec 'git commit --amend --no-edit --reset-author'

--exec将在每次提交被重写后运行gitcommit步骤（就像您运行gitcommit&&gitrebase一样——重复继续）。

如果您还想更改第一次提交（也称为“root”提交），则必须在rebase调用中添加--root。

这将把提交人和作者都更改为user.name/user.email配置。如果不想更改该配置，可以使用--author“New author Name”<email@address.example>“而不是--reset-author。请注意，这样做不会更新提交者，只更新作者。

单次提交

如果您只想更改最近的提交，则无需重新设置基准。只需修改承诺：

 git commit --amend --no-edit --reset-author

整个项目历史

git rebase -r --root --exec "git commit --amend --no-edit --reset-author"

对于较旧的Git客户端（2020年7月之前）

-r、 --您可能不存在重基合并。作为替换，可以使用-p。请注意，-p存在严重问题，现已弃用。

我想对@Rognon的回答进行修改。如果所选答案或其他答案不适用于您（在我的特定问题中就是这样），则此答案只是另一种选择：

目标：您将在所有历史记录中用正确的作者修复一个或多个作者，并且您将获得无重复的干净历史记录。此方法的工作原理是将“master”分支替换为“clean”分支（它不使用merge/rebase）

注意：任何使用“主”存储库的人都可能需要在推送之前再次签出（执行这些步骤后），因为合并可能会失败。

我们将使用一个名为“clean”的新分支来执行操作（假设您想修复“master”）：

git checkout-b clean

（确保您处于“干净”分支：git分支）

修改以下脚本（替换电子邮件地址和名称）。请注意，此脚本需要两个错误的电子邮件/作者（例如），因此如果您只需要修复一个作者，则可以删除条件的第二部分或将其保持原样（因为它将被忽略，因为它不匹配）。

执行脚本。

#/bin/bash

git filter-branch --force --commit-filter '
        if [ "$GIT_COMMITTER_EMAIL" = "wrong1@example.com" -o "$GIT_COMMITTER_EMAIL" = "wrong2@example.com" ];
        then
                export GIT_COMMITTER_NAME="John Doe";
                export GIT_AUTHOR_NAME="John Doe";
                export GIT_COMMITTER_EMAIL="correct@example.com";
                export GIT_AUTHOR_EMAIL="correct@example.com";
        fi;
        git commit-tree "$@"
' --tag-name-filter cat -- --all

它必须报告：Ref'refs/heads/clean'被重写。如果报告“未更改”，则脚本中输入的电子邮件可能是错误的。

使用：git log确认历史已更正

如果您正在使用github/gitlab（建议=安全）：

在remote中创建“clean”分支：

git push—设置上游原点清洁

将“clean”分支设置为默认分支删除“master”（在执行此操作之前，确保一切都符合预期）。基于“clean”分支创建一个新分支“master”。确认一切正常后，您可以立即删除“clean”分支（也可以重命名它）。

如果您没有使用github/gitlab，或者您更喜欢使用命令：

从本地删除主分支：

git分支-d主

重命名分支：

gitbranch-m清理主机

推它（确保你的“主人”没有受到保护）

git push—强制原始主机

对于所有提交，我的解决方案：

git rebase -i --root -x "git commit --amend --author 'bedorlan <bedorlan@gmail.com>' --no-edit"

更改最后N次提交的作者的单个命令：

git rebase -i HEAD~N -x "git commit --amend --author 'Author Name <author.name@mail.example>' --no-edit"

笔记

用引用替换HEAD~N，直到您要重写提交的地方。这可以是哈希、HEAD~4、分支名称。。。--no edit标志确保gitcommit--modify不会要求额外的确认当您使用gitrebase-i时，您可以手动选择要更改作者的提交位置，

您编辑的文件将如下所示：

pick 897fe9e simplify code a little
exec git commit --amend --author 'Author Name <author.name@mail.example>' --no-edit
pick abb60f9 add new feature
exec git commit --amend --author 'Author Name <author.name@mail.example>' --no-edit
pick dc18f70 bugfix
exec git commit --amend --author 'Author Name <author.name@mail.example>' --no-edit

然后，您仍然可以修改一些行，以查看要更改作者的位置。这为您在自动化和控制之间提供了一个很好的中间地带：您可以看到将要运行的步骤，一旦您保存了所有内容，将立即应用。

请注意，如果您已经使用git-configuser.name＜your_name＞和git-config user.email＜your_email＞修复了作者信息，那么也可以使用以下命令：

git rebase -i HEAD~N -x "git commit --amend --reset-author --no-edit"