当我使用了一点源代码后，我做了我通常的事情提交，然后推送到远程存储库。但后来我注意到我忘记在源代码中组织导入。因此，我执行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/'
我该怎么办？（我可以访问远程存储库。）
当前回答
如果要更改的消息是针对存储库的最新提交，则将执行以下命令：
git commit --amend -m "New message"
git push --force repository-name branch-name
注意：除非您确信在最近一次提交后没有其他人克隆过您的存储库，否则不建议使用--force。
更安全的选择是使用：
git push --force-with-lease repository-name branch-name
与-force不同，-force将销毁其他人推送到分支的任何更改，如果存储库有上游更改，-forcewithlease将中止。
其他回答
快速咆哮：没有人在这里发布简单的答案，这表明了Git CLI显示出的绝望的用户敌意。
无论如何，如果你没有试图强行推动，那么“显而易见”的方法就是先拉动。这将拉动您修改的更改（因此不再具有），以便您再次拥有它。
一旦解决了任何冲突，就可以再次推送。
So:
git pull
如果在pull中出现错误，可能是本地存储库配置有问题（我在.git/config分支部分中有一个错误的ref）。
之后
git push
也许你会得到一个额外的承诺，主题讲述一个“琐碎的合并”。
这里有一个非常简单和干净的方法，在您提交后推动您的更改--修改：
git reset --soft HEAD^
git stash
git push -f origin master
git stash pop
git commit -a
git push origin master
它执行以下操作：
将分支头重置为父提交。停止这最后的承诺。强制推至远程。远程现在没有最后一次提交。打开你的储藏室。干净地提交。按下遥控器。
如果将此应用于其他分支或远程，请记住更改原点和主控点。
在这种情况下，你应该——用力。
基于：
如果是单个项目，我会这样做：git推送原点＜分支名称＞-f
如果您正在与您的团队合作，或其他同行正在审查和使用您的代码，则不建议使用强制标志。主要是因为你总是想要一个干净的git历史。
我会怎么做？
如果有更多的人在同一个分支机构工作，或者其他人在审查你的代码，我会gitcommit--modify，然后gitpush-f。。。并让人们知道他们需要获取pull-rebase，以便能够看到您的更改。如果在审查PR或MR时发生类似的情况，请添加新的干净提交，并在结尾处清除历史。
事实上，我曾经用武力和.git存储库推过一次，结果被Linus BIG TIME骂了一顿。一般来说，这会给其他人带来很多问题。一个简单的答案是“不要这样做”。
我看到其他人给出了这样做的方法，所以我在这里不再重复。但这里有一个提示，在您使用--force（或+master）推出修改后的提交后，可以从这种情况中恢复过来。
使用gitreflog查找您修改的旧提交（称之为旧提交，我们将调用您通过修改新提交创建的新提交）。在新旧之间创建一个合并，记录新的树，比如git checkout new&&git merge-s our old。使用gitmergemaster将其合并到您的master用git push更新你的主人。头部：主将结果推出来。
然后，那些不幸地将他们的工作建立在你通过修改和强制推动而消除的承诺之上的人将看到由此产生的合并，他们将看到你喜欢新的而不是旧的。他们后来的合并将不会看到由于您的修改而导致的新旧冲突，因此他们不必遭受损失。
您可以通过以下操作以简单、安全的方式进行操作：
使用gitcommit修改您的上一次提交--修改和需要添加的任何选项git pull将本地回购与远程回购同步。拉动后，您将在本地和远程之间发生冲突。您只需接受当前更改并再次提交即可解决这些问题。数字推送
现在，本地和远程回购已更新，无需更改回购历史记录。
