如果您的机器上缺少设置，例如，在格式化之后，或者在没有正确设置（正确）这些命令的情况下没有正确配置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 --global user.name "John Doe"
$ git config --global user.email "john@doe.org"

更改每个存储库的提交人名称和电子邮件：

$ git config user.name "John Doe"
$ git config user.email "john@doe.org"

仅为下一次提交更改作者信息：

$ git commit --author="John Doe <john@doe.org>"

提示：对于其他情况和阅读更多信息，请阅读帖子参考。

如果您的机器上缺少设置，例如，在格式化之后，或者在没有正确设置（正确）这些命令的情况下没有正确配置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登录，以确定您所在的位置。

您可以使用下面的命令更改上次提交的作者。

gitcommit--modify--author=“作者名称<email@address.com>"

然而，如果您想更改多个提交的作者名称，这有点棘手。您需要启动一个交互式的rebase，然后将提交标记为edit，然后逐一修改并完成。

使用git rebase-i开始重新定基。它会向你展示这样的东西。

更改pick关键字以编辑要更改作者名称的提交。

然后关闭编辑器。对于初学者，点击Escape，然后键入：wq并点击Enter。

然后你会看到你的终端就像什么都没发生一样。事实上，您正在进行交互式重设基。现在是使用上面的命令修改提交的作者名称的时候了。它将再次打开编辑器。退出并继续使用git rebase重新创建数据库--继续。对要编辑的提交计数重复相同的操作。您可以确保在执行No rebase时完成交互式rebase？消息

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

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

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

首选的答案是，使用gitrebase-i是有效的，但正如在另一个答案中强调的那样，当要编辑的提交周围有合并时，就会变得混乱。使用gitreplace是明智的，但gitfilter分支会重写其他分支和标记的所有历史，这不是我们通常想要的。

我想分享一个替代第一个答案的方法，即使有合并，它仍然很简单。在我的例子中，当我使用gitrebase-I＜earlycommit＞时，在继续rebase之前，我首先要解决一个冲突。事实上，使用break命令比使用edit命令更容易。并直接重新基于我们的目标提交。

让我们举个例子，假设git日志显示。。。

commit a12afg
...
commit dloe7a
...
commit gh7ag1
...   
commit qp3zaa
...

假设您想更新提交gh7ag1的作者、消息或提交签名。您可以继续使用git rebase-i gh7ag1。在编辑器中，您将看到：

pick dloe7a
pick a12afg

只需添加一个break命令：

break
pick dloe7a
pick a12afg

保存（：wq与VI，Ctrl+O，然后Ctrl+X与nano）。现在，你在承诺后马上回来了。您可以运行gitcommit--modify来更新作者、消息或签名（例如gitcommit--modify-S--author=“Your Name<Your email>”）。使用git-log进行验证--显示签名。如果正确，可以继续使用git-rebase--continue。

在rebase中可以有任意多的break命令。continue将移动到下一个break（如果有），或者应用剩余的提交（如果它们标记为pick）。