在我的本地仓库中，我有一个提交信息不正确。
我已经使用git push 发布了错误的提交消息。
现在远程仓库（GitHub 托管）也有错误的提交消息。
我已经尝试过git commit --amend，但发现在这种情况下它对我不起作用，因为我在不正确的提交之后做了额外的提交。
您将如何解决这种情况？
【问题讨论】：
标签： git git-commit git-amend
而不是为一次提交走整个 rebase 路线：
git reset --soft head~
git commit -m "The message you wanted to use"
git push -f
您可以在 git-reset 手册页中查看选项。
对于只有你在做的项目，更改的历史不应该是问题。
【讨论】：
-f 推送时，请确保您明确引用目标分支，或者您没有其他分支会破坏上游的内容。
git reset --soft head~ 时，我得到“致命：不明确的参数 'head~'：未知修订或路径不在工作树中。”
git reset --soft <sha>。
如果您没有将代码推送到远程分支（Github/Bitbucket），您可以在命令行上更改提交消息，如下所示。
git commit --amend -m "Your new message"
如果您在特定分支上工作，请执行此操作。
git commit --amend -m "BRANCH-NAME: new message"
如果您已经推送了错误消息的代码，那么您在更改消息时需要小心。即在您更改提交消息并尝试再次推送它之后，您最终会遇到问题。为了使其顺利，请按照以下步骤操作。 请在做之前阅读完整的答案
git commit --amend -m "BRANCH-NAME : your new message"
git push -f origin BRANCH-NAME # Not a best practice. Read below why?
重要提示：当您直接使用强制推送时，您可能会遇到其他开发人员正在同一分支上工作的代码问题。因此，为了避免这种冲突，您需要在 强制推送
之前从分支中提取代码 git commit --amend -m "BRANCH-NAME : your new message"
git pull origin BRANCH-NAME
git push -f origin BRANCH-NAME
这是更改提交消息时的最佳做法（如果已推送）。
【讨论】：
最简单的解决方案（但请在执行此操作之前阅读整个答案）：
git rebase -i <hash-of-commit-preceding-the-incorrect-one>pick 更改为reword 就在错误提交的那一行。git push --force 更新 GitHub。这意味着您将发布以前发布的存储库的修改版本。如果有人在您使用不正确的提交消息犯错误和修复它之间从您的仓库中提取或获取，那么他们以后会遇到一些困难。所以在尝试这个之前，请确保你可以接受这个后果。
【讨论】：
如果您必须在多个分支上更改旧的提交消息（即，带有错误消息的提交存在于多个分支中），您可能需要使用
git filter-branch -f --msg-filter 'sed "s/<old message>/<new message>/g"' -- --all
替换提交信息。
Git 将创建一个临时目录用于重写并另外备份 refs/original/ 中的旧引用。
-f 将强制执行操作。如果临时目录已经存在或者如果在 refs/original 下已经存储了引用，则这是必需的。如果不是这种情况，您可以删除此标志。
-- 将过滤器分支选项与修订选项分开
--all 将确保所有分支和标签都被重写。
由于备份了旧引用，您可以轻松回到执行命令之前的状态。
说，你想恢复你的 master 并在分支 old_master 中访问它：
git checkout -b old_master refs/original/refs/heads/master
在您对更改感到满意后，请使用 git 推送 -f 将更改推送到您的公共存储库。
请注意，您应该将此通知您的协作者，因为从第一个修改的提交开始的所有提交的哈希都已更改。
【讨论】：