当我使用了一点源代码后，我做了我通常的事情提交，然后推送到远程存储库。但后来我注意到我忘记在源代码中组织导入。因此，我执行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添加“您的文件”和git提交后推送您的更改--修改：
git push origin master -f
or:
git push origin master --force
其他回答
简言之：不要将修改后的承诺推至公开回购。
长篇大论：一些Git命令，比如gitcommit--modify和gitrebase，实际上重写了历史图。只要你还没有发布你的更改，这是很好的，但一旦你发布了，你就真的不应该玩弄历史，因为如果有人已经得到了你的更改的话，那么当他们再次尝试时，可能会失败。您不应该修改提交，而应该使用更改进行新的提交。
但是，如果您真的、真的想推动修改的提交，可以这样做：
$ git push origin +master:master
前导+符号将迫使推送发生，即使它不会导致“快进”提交。（当您推送的更改是公共回购中已存在更改的直接后代时，会发生快速提交。）
您收到此错误，因为Git远程已经有这些提交文件。您必须强制推动分支才能使其工作：
git push -f origin branch_name
还要确保您从远程获取代码，因为团队中的其他人可能已经将代码推到了同一分支。
git pull origin branch_name
这是我们必须强制将提交推到远程的情况之一。
我通过放弃本地修改的提交并在顶部添加新的更改来解决这个问题：
# 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
为了避免强制推送，在远程裸存储库中，使用以下命令删除最后一次提交（要修改的提交）：
git update-ref HEAD HEAD^
然后在没有冲突的情况下推送修改后的提交。
注意：这假设在此期间没有人做出错误的承诺。如果有，他们将不得不同样地倒带并再次拉动，可能会合并自己的更改。
我必须通过从远程回购中提取来解决这个问题，并处理出现的合并冲突，提交然后推送。但我觉得还有更好的方法。
