如果您的机器上缺少设置，例如，在格式化之后，或者在没有正确设置（正确）这些命令的情况下没有正确配置Git，则可能会发生这种情况。

git config user.name "Author Name"
git config user.email "<email@address.com>"

为什么不遵循Atlassian的这篇文章，让你的生活更简单？

gitcommit--modify--author=“作者名称<email@address.com>"如果分支受到保护，请取消对其的保护。在本例中，它是master；因此，它将受到源代码存储库的保护git推送原点master—力

这是最后一次提交的最简单场景。要选择任何“随机”提交，您需要：

git rebase-i＜早期提交＞。更改您感兴趣的提交的编辑选择gitcommit--modify--author=“作者名称<email@address.com>"如果分支受到保护，请取消对其的保护。在本例中，它是master；因此，它将受到源代码存储库的保护git推送原点master—力

在推送之前，您可以随时在两者之间进行git登录，以确定您所在的位置。

如果您只想更改上次提交的作者，可以执行以下操作：

将电子邮件重置为全局配置：git-config--全局用户电子邮件example@email.com现在重置提交的作者，无需编辑：gitcommit--修改--重置作者--无编辑

注意，这也会更改作者时间戳。

如果您使用的是集中存储库，Amber的答案还有一个步骤：

gitpush-f强制更新中央存储库。

请注意，在同一分支上工作的人不多，因为这会破坏一致性。

如果要更改的提交不是最后一次提交，请执行以下步骤。如果您的提交位于不同的分支，那么首先切换到该分支。

git签出分支名称

在要更改的提交之前查找提交并查找其哈希。然后发出rebase命令。

git rebase-i-p提交哈希

然后将打开一个编辑器，并输入“edit”以查看要更改的提交。让其他人保留默认的“选择”选项。一旦更改，输入“esc”键和wq！退出。

然后发出带有修正选项的gitcommit命令。

gitcommit--modify--author=“用户名电子邮件”--无编辑

然后发出以下命令。

git rebase—继续

在本地存储库中更新提交作者后，将更改推送到远程存储库。

为了进一步解释Eugen Konkov的回答，从根提交开始，使用--root标志。--noedit标志也很有用，因为使用它，每次提交都不会提示您进入编辑器。

git rebase --root --exec "git commit --amend --author='name <email>' --no-edit"

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