我已经设置了一个远程非裸机“主”存储库，并将其克隆到我的计算机上。我做了一些本地更改，更新了本地存储库，并将更改推回到远程存储库。当时一切都很好。
现在，我必须在远程回购中更改一些内容。然后，我在本地回购中更改了一些内容。我意识到不需要对远程回购进行更改。所以我尝试从本地回购机向远程回购机进行git推送，但出现了如下错误：
为了防止您丢失历史记录拒绝在再次推送之前合并远程更改。参见“注释”git push的“关于快进”部分--有关详细信息的帮助。
我想那可能是
git push --force
将强制我的本地副本将更改推送到远程副本并使其保持不变。它确实会强制更新，但当我返回到远程回购并提交时，我注意到文件包含过时的更改（主远程回购以前的更改）。
正如我在对其中一个答案的评论中提到的：
[一] 尝试强制，但当返回主服务器保存更改时，我得到了过时的暂存。因此，当我提交时，存储库并不相同。当我再次尝试使用git push时，我得到了同样的错误。
如何解决此问题？
当前回答
我也有同样的问题，但最终还是想通了。您最可能需要做的是运行以下两个git命令（用gitcommit修订号替换hash）：
git checkout <hash>
git push -f HEAD:master
其他回答
这是我们在维护历史的同时替换企业gitHub存储库上的master的解决方案。
公司存储库上的push-f to master通常被禁用以维护分支历史。这个解决方案对我们有效。
git fetch desiredOrigin
git checkout -b master desiredOrigin/master // get origin master
git checkout currentBranch // move to target branch
git merge -s ours master // merge using ours over master
// vim will open for the commit message
git checkout master // move to master
git merge currentBranch // merge resolved changes into master
将您的分支推到desiredOrigin并创建PR
我也有同样的问题，但最终还是想通了。您最可能需要做的是运行以下两个git命令（用gitcommit修订号替换hash）：
git checkout <hash>
git push -f HEAD:master
在租约中使用--force可能是更好的选择：
git push <remote> <branch> --force-with-lease
它确保在您修改分支之前没有人更新过它，因此您不会覆盖他们的更改。
gitpush-force可以完成任务，尽管gitpush-foforcewithlease是一个更安全的命令
gitpush-force覆盖远程分支，而gitpush-foforce with lease仅在本地副本知道远程分支上的所有提交时才覆盖远程分支。这种差异使破坏其他人对项目的更改变得更加困难。
首先，我不会直接对“主”回购协议进行任何修改。如果你真的想有一个“主”回购，那么你应该只推动它，而不是直接改变它。
关于您遇到的错误，您是否尝试过从本地回购中提取git，然后将git推送到主回购？你目前正在做的事情（如果我理解得很好的话）是强制推送，然后失去“主”回购中的更改。您应该首先在本地合并更改。
