对于windows下的用户，也可以使用git火箭过滤器工具。

根据文档：

更改提交作者姓名和电子邮件：

git-rocket-filter --branch TestBranch --commit-filter '
    if (commit.AuthorName.Contains("Jim")) {   
        commit.AuthorName = "Paul"; 
        commit.AuthorEmail = "paul@company.com"; 
    }

这个答案使用gitfilter分支，文档现在给出了这个警告：gitfilter分支有太多的缺陷，可能会对预期的历史重写造成不明显的影响（而且由于它的性能非常糟糕，因此几乎没有时间调查这些问题）。这些安全和性能问题不能向后兼容地解决，因此不建议使用。请使用其他历史筛选工具，如git filter repo。如果您仍然需要使用git过滤器分支，请仔细阅读安全（和性能）以了解过滤器分支的地雷，然后尽可能小心地避免列出的危险。

更改作者（或提交人）需要重写所有历史。如果您对此感到满意，并认为这是值得的，那么您应该查看gitfilter分支。手册页面包括几个示例，可帮助您入门。还要注意，您可以使用环境变量来更改作者、提交人、日期等的名称——请参阅git手册页面的“环境变量”部分。

具体来说，您可以使用以下命令修复所有分支和标记的所有错误作者名称和电子邮件（来源：GitHub帮助）：

#!/bin/sh

git filter-branch --env-filter '
OLD_EMAIL="your-old-email@example.com"
CORRECT_NAME="Your Correct Name"
CORRECT_EMAIL="your-correct-email@example.com"
if [ "$GIT_COMMITTER_EMAIL" = "$OLD_EMAIL" ]
then
    export GIT_COMMITTER_NAME="$CORRECT_NAME"
    export GIT_COMMITTER_EMAIL="$CORRECT_EMAIL"
fi
if [ "$GIT_AUTHOR_EMAIL" = "$OLD_EMAIL" ]
then
    export GIT_AUTHOR_NAME="$CORRECT_NAME"
    export GIT_AUTHOR_EMAIL="$CORRECT_EMAIL"
fi
' --tag-name-filter cat -- --branches --tags

对于使用替代历史过滤工具gitfilter repo，您可以首先安装它并根据gitmailmap的格式构造gitmailmap。

Proper Name <proper@email.xx> Commit Name <commit@email.xx>

然后使用创建的mailmap运行过滤器repo：

git filter-repo --mailmap git-mailmap

一行代码，但如果您有一个多用户存储库，请小心——这会将所有提交更改为具有相同的（新的）作者和提交人。

git filter-branch -f --env-filter "GIT_AUTHOR_NAME='Newname'; GIT_AUTHOR_EMAIL='new@email'; GIT_COMMITTER_NAME='Newname'; GIT_COMMITTER_EMAIL='new@email';" HEAD

字符串中有换行符（这在bash中是可能的）：

git filter-branch -f --env-filter "
    GIT_AUTHOR_NAME='Newname'
    GIT_AUTHOR_EMAIL='new@email'
    GIT_COMMITTER_NAME='Newname'
    GIT_COMMITTER_EMAIL='new@email'
  " HEAD

我应该指出，如果唯一的问题是作者/电子邮件与您平时的不同，这不是问题。正确的修复方法是在目录底部创建一个名为.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了解更多信息。

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

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

如果只有前几次提交的作者不好，您可以使用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的灵感。

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

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