需要注意的是，如果您对多个引用使用push-force，那么它们都将被修改。确保注意git repo的配置位置。幸运的是，通过指定要更新的单个分支，有一种方法可以稍微保护这个过程。阅读git手册页：

注意--力应用于所有被推动的ref，因此使用它具有push.default设置为匹配或多个push使用remote.*.push配置的目标可能会覆盖其他引用比当前分支（包括严格落后的本地引用它们的远程对应物）。要强制推送仅一个分支，请使用+在refspec前面推送（例如git推送原点+主推送强制推到主分支）。

在控制台中使用以下两个步骤：

git commit --amend -m "new commit message"

然后

git push -f

完成时间：）

如果您想修改一个较旧的提交，而不是最后一个提交，则需要使用rebase命令，如Github帮助页面“修改较旧或多个提交消息的消息”部分中所述

需要注意的是，如果您对多个引用使用push-force，那么它们都将被修改。确保注意git repo的配置位置。幸运的是，通过指定要更新的单个分支，有一种方法可以稍微保护这个过程。阅读git手册页：

注意--力应用于所有被推动的ref，因此使用它具有push.default设置为匹配或多个push使用remote.*.push配置的目标可能会覆盖其他引用比当前分支（包括严格落后的本地引用它们的远程对应物）。要强制推送仅一个分支，请使用+在refspec前面推送（例如git推送原点+主推送强制推到主分支）。

只需使用这两个命令即可更改上次推送的提交消息

-$gitcommit--modify-m“新提交消息。”-$git push—使用租约强制

另一个选项是创建一个额外的“勘误表提交”（和推送），它引用包含错误的提交对象——新的勘误表提交也提供了更正。勘误表提交是一种没有实质性代码更改的提交，但有一条重要的提交消息——例如，在自述文件中添加一个空格字符，并使用重要的提交信息提交更改，或者使用git选项——allow empty。它肯定比重定基更容易、更安全，它不会修改真实的历史记录，并且保持了分支树的干净（如果您正在更正最近的提交，那么使用modify也是一个不错的选择，但对于较旧的提交，错误提交可能是一个不错选择）。这种情况很少发生，因此简单地记录错误就足够了。将来，如果您需要在git日志中搜索功能关键字，原始（错误）提交可能不会出现，因为在原始提交中使用了错误的关键字（原始拼写错误）——但是，该关键字将出现在勘误表提交中，然后将您指向具有拼写错误的原始提交。下面是一个示例：

$ git log
commit 0c28141c68adae276840f17ccd4766542c33cf1d
Author: First Last 
Date:   Wed Aug 8 15:55:52 2018 -0600

    Errata commit:
    This commit has no substantive code change.
    This commit is provided only to document a correction to a previous commit message.
    This pertains to commit object e083a7abd8deb5776cb304fa13731a4182a24be1
    Original incorrect commit message:
        Changed background color to red
    Correction (*change highlighted*):
        Changed background color to *blue*

commit 032d0ff0601bff79bdef3c6f0a02ebfa061c4ad4
Author: First Last 
Date:   Wed Aug 8 15:43:16 2018 -0600

    Some interim commit message

commit e083a7abd8deb5776cb304fa13731a4182a24be1
Author: First Last 
Date:   Wed Aug 8 13:31:32 2018 -0600

    Changed background color to red