造成这个问题的另一个原因(显然不太常见)是……

当我进行推送时，我的服务器延迟了大约12个小时

我在服务器上配置了NTP同步我的时钟。

我执行了一个新的git推送，导致了这篇文章中讨论的错误。

您的分支名称是否与远程分支名称相同?

如果没有，您应该签出一个与远程分支同名的新分支，并尝试再次推送它。

假设要推送的远程分支是[testing]，本地分支名为[test]。

如果你不在测试分支，首先切换到它。

git checkout test

然后打开一个新的分支并命名为testing。

git checkout -b testing

现在，是时候推它了:

git push [remote repo] testing

这可能导致远程存储库丢失提交;小心使用。

如果你不希望将远程分支合并到本地分支(参见git diff的区别)，并且想要强制推送，请使用push命令和-f

git push -f origin <branch>

原点是远程回购的名称。

通常，该命令拒绝更新不是用于覆盖它的本地引用的祖先的远程引用。这个标志禁用检查。这可能导致远程存储库丢失提交;小心使用。

您的分支应该在注意到最新合并的更改时立即包含它们，但是您还没有提取最新的更改。

git fetch 

也许这就是所需要的。如果这不起作用，那么你可能需要:

git pull <sharedRepo> <branch> --rebase

如果您没有任何合并冲突，您应该能够成功地推动您的更改。

git push <forkedRepo> <branch>

如果您遇到合并冲突，您无法在GitHub中远程解决。您必须在本地解决它们，然后使用强制标签推动解决方案，因为合并冲突解决方案将更改历史记录。

git push <forkedRepo> <branch> -f

我遇到了同样的问题，结果是我在一个不同的(本地)分支上，而不是我认为的，正确的本地分支在远程提交时落后了。

我的解决方案:签出正确的分支，从其他本地分支中选择提交，git拉和git推

我已经在GIT存储库中解决了这个问题。在这种情况下，不需要重新设置或强制提交。使用以下步骤解决此问题-

local_barnch> git branch --set-upstream to=origin/<local_branch_name> 

local_barnch>git pull origin <local_branch_name>

local_barnch> git branch --set-upstream to=origin/master

local_barnch>git push origin <local_branch_name>

希望能有所帮助。