当我使用了一点源代码后，我做了我通常的事情提交，然后推送到远程存储库。但后来我注意到我忘记在源代码中组织导入。因此，我执行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 Stash现在您的工作副本在上次提交时是干净的。进行编辑和修复。在“修改”模式下提交更改：gitcommit--all--modify您的编辑器将显示一条日志消息（默认情况下，是旧的日志消息）。保存并在满意时退出编辑器。新的更改将添加到旧的提交中。使用git log和git diff HEAD自行查看^重新应用隐藏的更改（如果有）：git stash apply
其他回答
我一直在做Git让我做的事。所以：
无法推送，因为修改了提交。我按照建议拉了一下。合并失败。所以我手动修复。创建新提交（标记为“merge”）并将其推送。它似乎起作用了！
注：修改后的承诺是最新的承诺。
这里有一个非常简单和干净的方法，在您提交后推动您的更改--修改：
git reset --soft HEAD^
git stash
git push -f origin master
git stash pop
git commit -a
git push origin master
它执行以下操作：
将分支头重置为父提交。停止这最后的承诺。强制推至远程。远程现在没有最后一次提交。打开你的储藏室。干净地提交。按下遥控器。
如果将此应用于其他分支或远程，请记住更改原点和主控点。
快速咆哮：没有人在这里发布简单的答案，这表明了Git CLI显示出的绝望的用户敌意。
无论如何，如果你没有试图强行推动，那么“显而易见”的方法就是先拉动。这将拉动您修改的更改（因此不再具有），以便您再次拥有它。
一旦解决了任何冲突，就可以再次推送。
So:
git pull
如果在pull中出现错误，可能是本地存储库配置有问题（我在.git/config分支部分中有一个错误的ref）。
之后
git push
也许你会得到一个额外的承诺，主题讲述一个“琐碎的合并”。
在这里，我如何修复以前提交中的编辑：
保存您的工作到目前为止。如果做了更改，现在就暂时保存：git Stash现在您的工作副本在上次提交时是干净的。进行编辑和修复。在“修改”模式下提交更改：gitcommit--all--modify您的编辑器将显示一条日志消息（默认情况下，是旧的日志消息）。保存并在满意时退出编辑器。新的更改将添加到旧的提交中。使用git log和git diff HEAD自行查看^重新应用隐藏的更改（如果有）：git stash apply
如果您知道没有人撤回您未修改的承诺，请使用gitpush的--forcewithlease选项。
在TortoiseGit中，您可以在“推送…”选项“强制：可能丢弃”和检查“已知更改”下执行相同的操作。
强制（可能放弃已知的更改）允许远程存储库接受更安全的非快进推送。这可能会导致远程存储库丢失提交；小心使用。这可以防止丢失来自远程用户的未知更改。它检查服务器分支是否指向与远程跟踪分支相同的提交（已知更改）。如果是，将执行强制推压。否则将被拒绝。由于git没有远程跟踪标记，因此无法使用此选项覆盖标记。
