我应该指出，如果唯一的问题是作者/电子邮件与您平时的不同，这不是问题。正确的修复方法是在目录底部创建一个名为.mailmap的文件，行如下

Name you want <email you want> Name you don't want <email you don't want>

从那时起，像git shortlog这样的命令会认为这两个名称是相同的（除非你明确告诉他们不要这样做）。看见https://schacon.github.io/git/git-shortlog.html了解更多信息。

这与这里所有其他解决方案的优势在于，您不必重写历史，如果您有上游，这可能会导致问题，并且总是意外丢失数据的好方法。

当然，如果你以自己的身份提交了某件事，而它真的应该是其他人，而此时你不介意改写历史，出于归因的目的，更改提交作者可能是一个好主意（在这种情况下，我会在这里告诉你我的另一个答案）。

正如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

运行git-rebase-i＜sha1或起点的ref＞使用edit（或e）标记要更改的所有提交循环执行以下两个命令，直到处理完所有提交：gitcommit--modify--reuse message=HEAD--author=“新作者<new@author.email>";git rebase—继续

这将保留所有其他提交信息（包括日期）。--reuse message=HEAD选项阻止消息编辑器启动。

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

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

如果您想（轻松）更改当前分支的作者，我会使用类似的方法：

# update author for everything since origin/master
git rebase \
  -i origin/master \
  --exec 'git commit --amend --no-edit --author="Author Name <author.name@email.co.uk>"'

使用交互式rebase，您可以在每次提交后放置一个修改命令。例如：

pick a07cb86 Project tile template with full details and styling
x git commit --amend --reset-author -Chead