如果您是此回购协议的唯一用户，或者您不关心其他用户是否可能破坏回购协议，那么可以。如果你已经推送了这些提交，并且它们存在于其他地方可以访问它们，那么就不会，除非你不在乎破坏他人的转发。问题是通过更改这些提交，您将生成新的SHA，这将导致它们被视为不同的提交。当其他人试图加入这些更改的提交时，历史是不同的，令人兴奋。

本页http://inputvalidation.blogspot.com/2008/08/how-to-change-git-commit-author.html描述了如何做到这一点。（我还没有尝试过，所以YMMV）

正如docgnome所提到的，重写历史是危险的，会破坏其他人的知识库。

但是，如果您真的想这样做，并且您处于bash环境中（在Linux和Windows中没有问题，您可以使用git bash，这是安装git时提供的），请使用gitfilter分支：

git filter-branch --env-filter '
  if [ $GIT_AUTHOR_EMAIL = bad@email ];
    then GIT_AUTHOR_EMAIL=correct@email;
  fi;
export GIT_AUTHOR_EMAIL'

要加快速度，可以指定要重写的修订范围：

git filter-branch --env-filter '
  if [ $GIT_AUTHOR_EMAIL = bad@email ];
    then GIT_AUTHOR_EMAIL=correct@email;
  fi;
export GIT_AUTHOR_EMAIL' HEAD~20..HEAD

如果您将Eclipse与EGit一起使用，那么有一个非常简单的解决方案。假设：您在本地分支“local_master_user_x”中有提交，由于用户无效，无法将其推送到远程分支“master”。

签出远程分支“master”选择“local_master_user_x”包含更改的项目/文件夹/文件右键单击-替换为-分支-“local_master_user_x”再次提交这些更改，这次是以正确的用户身份提交到本地分支“master”中推到远程“主机”

这不是对你问题的回答，而是一个脚本，你可以用它来避免将来发生这种情况。它利用Git 2.9版以来可用的全局钩子，根据您所在的目录检查您的电子邮件配置：

#!/bin/sh
PWD=`pwd`
if [[ $PWD == *"Ippon"* ]] # 1)
then
  EMAIL=$(git config user.email)
  if [[ $EMAIL == *"Work"* ]] # 2)
  then
    echo "";
  else
    echo "Email not configured to your Work email in the Work directory.";
    git config user.email "youremail@youremail.com"
    echo "Git email configuration has now been changed to \"$(git config user$
    echo "\nPlease run your command again..."
    echo ''
    exit 1
  fi;
elif [[ $PWD == *"Personal"* ]]
then
  EMAIL=$(git config user.email)
  if [[ $EMAIL == "youremail@youremail.com" ]]
  then
    echo "";
  else
    echo "Email is not configured to your personal account in the Personal di$
    git config user.email "youremail@youremail.com"
    echo "Git email configuration has now been changed to \"$(git config user$
    echo "\nPlease run your command again..."
    echo ''
    exit 1;
  fi;
fi; 

它检查您当前的工作目录，然后验证您的git是否配置为正确的电子邮件。如果没有，它会自动更改。请在此处查看详细信息。

我想对@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—强制原始主机

如果只有前几次提交的作者不好，您可以使用exec命令和--modify commit在git rebase-i内部执行此操作，如下所示：

git rebase -i HEAD~6 # as required

它为您提供了可编辑的提交列表：

pick abcd Someone else's commit
pick defg my bad commit 1
pick 1234 my bad commit 2

然后添加exec--author=“…”在所有作者不好的行之后：

pick abcd Someone else's commit
pick defg my bad commit 1
exec git commit --amend --author="New Author Name <email@address.example>" -C HEAD
pick 1234 my bad commit 2
exec git commit --amend --author="New Author Name <email@address.example>" -C HEAD

保存并退出编辑器（运行）。

这个解决方案可能比其他解决方案键入的时间更长，但它是高度可控的——我确切地知道它命中了什么提交。

感谢@asmeurer的灵感。