当我使用了一点源代码后，我做了我通常的事情提交，然后推送到远程存储库。但后来我注意到我忘记在源代码中组织导入。因此，我执行modify命令以替换先前的commit：
> git commit --amend
不幸的是，无法将提交推回到存储库。它是这样被拒绝的：
> git push origin
To //my.remote.repo.com/stuff.git/
! [rejected] master -> master (non-fast forward)
error: failed to push some refs to '//my.remote.repo.com/stuff.git/'
我该怎么办？（我可以访问远程存储库。）
当前回答
我通过放弃本地修改的提交并在顶部添加新的更改来解决这个问题：
# Rewind to commit before conflicting
git reset --soft HEAD~1
# Pull the remote version
git pull
# Add the new commit on top
git add ...
git commit
git push
其他回答
如果您还没有将代码推送到远程分支（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让我做的事。所以：
无法推送，因为修改了提交。我按照建议拉了一下。合并失败。所以我手动修复。创建新提交（标记为“merge”）并将其推送。它似乎起作用了！
注：修改后的承诺是最新的承诺。
事实上，我曾经用武力和.git存储库推过一次，结果被Linus BIG TIME骂了一顿。一般来说，这会给其他人带来很多问题。一个简单的答案是“不要这样做”。
我看到其他人给出了这样做的方法，所以我在这里不再重复。但这里有一个提示，在您使用--force（或+master）推出修改后的提交后，可以从这种情况中恢复过来。
使用gitreflog查找您修改的旧提交（称之为旧提交，我们将调用您通过修改新提交创建的新提交）。在新旧之间创建一个合并，记录新的树，比如git checkout new&&git merge-s our old。使用gitmergemaster将其合并到您的master用git push更新你的主人。头部：主将结果推出来。
然后，那些不幸地将他们的工作建立在你通过修改和强制推动而消除的承诺之上的人将看到由此产生的合并，他们将看到你喜欢新的而不是旧的。他们后来的合并将不会看到由于您的修改而导致的新旧冲突，因此他们不必遭受损失。
为了避免强制推送，在远程裸存储库中，使用以下命令删除最后一次提交（要修改的提交）：
git update-ref HEAD HEAD^
然后在没有冲突的情况下推送修改后的提交。
注意：这假设在此期间没有人做出错误的承诺。如果有，他们将不得不同样地倒带并再次拉动，可能会合并自己的更改。
在更改提交的作者和提交人时，以下内容对我有效。
git push-f原始主机
Git非常聪明，能够发现这些都是相同delta的提交，只是在元信息部分有所不同。
本地和远程负责人都指出了有问题的提交。
