确保在正确的分支上进行更改

git checkout 

#确保您在正确的分支上进行更改只是为了确定：

git checkout branchname

Then

git commit --amend -m "new message"

然后按下

git push --force

另一个选项是创建一个额外的“勘误表提交”（和推送），它引用包含错误的提交对象——新的勘误表提交也提供了更正。勘误表提交是一种没有实质性代码更改的提交，但有一条重要的提交消息——例如，在自述文件中添加一个空格字符，并使用重要的提交信息提交更改，或者使用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

这对我来说很好，

git签出原点/分支名称

如果您已经在分支中，那么最好进行拉入或重入

git pull

or

git -c core.quotepath=false fetch origin --progress --prune

稍后您可以简单地使用

git commit --amend -m "Your message here"

或者如果您想打开文本编辑器，请使用

git commit --amend

如果你有很多评论，我更喜欢使用文本编辑器。您可以使用命令设置首选文本编辑器

git config --global core.editor your_preffered_editor_here

无论如何，当您更改完提交消息后，保存并退出

然后运行

git push --force

你已经完成了

案例1：未推送+最近提交：请参阅

案例2：已推送+最近提交：请参阅

案例3：未推送+旧提交：请参阅

案例4：已推送+旧提交：请参阅

更改历史记录

如果是最近一次提交，您只需执行以下操作：

git commit --amend

这将使用最后一条提交消息打开编辑器，并允许您编辑消息。（如果要删除旧邮件并使用新邮件，可以使用-m。）

推

然后，当你推动时，请这样做：

git push --force-with-lease <repository> <branch>

或者可以使用“+”：

git push <repository> +<branch>

或者您可以使用--force：

git push --force <repository> <branch>

使用这些命令时要小心。

如果其他人将更改推送到同一分支，您可能希望避免破坏这些更改。--forcewithlease选项是最安全的，因为如果有任何上游更改，它将中止(如果不显式指定分支，Git将使用默认的推送设置。如果您的默认推送设置为“匹配”，那么您可以同时销毁多个分支上的更改。

之后拉/取

任何已经拉动的人现在都会收到一条错误消息，他们需要更新（假设他们自己没有做任何更改），方法如下：

git fetch origin
git reset --hard origin/master # Loses local commits

使用重置时要小心--硬。如果对分支进行了更改，这些更改将被销毁。

关于修改历史记录的注释

被破坏的数据实际上只是旧的提交消息，但是--force不知道这一点，并且会很高兴地删除其他数据。因此，将--force想象为“我想销毁数据，我知道哪些数据正在被销毁。”但是，当提交被销毁的数据时，通常可以从reflog中恢复旧的提交—数据实际上是孤立的，而不是被销毁的（尽管孤立的提交会定期删除）。

如果你不认为你在破坏数据，那就远离武力。。。坏事可能会发生。

这就是为什么——租赁的武力更安全。

只要说：

git commit --amend -m "New commit message"

然后

git push --force