在我的情况下，我检查了“mybranch”，并做了git pull，所以我不知道为什么推不起作用。最后，我意识到我推错了树枝。我输入的是git push origin master而不是git push origin mybranch。

如果你已经做了git pull，仍然收到这个消息，确保你推的是正确的分支。

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

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

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

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

如果您确定没有人对您的git存储库进行更改，并且您正在使用最新版本，那么git pull作为解决方案在您心中并没有意义……

然后可能发生了这样的事情，你使用git commit -amend

它允许您将阶段性更改与前一次提交结合起来，而不是将其作为一个全新的快照提交。它还可以用于简单地编辑前一个提交消息，而不更改其快照。

ATLASSIAN教程:重写历史

然而，如果你已经将提交推到GitHub，不建议执行git commit -amend，这是因为“修改不仅会改变最近的提交，它会完全替换它。”对Git来说，它看起来像一个全新的提交”，这意味着对你GitHub上的其他开发人员来说，历史看起来像a ->B->C，但对你来说，它看起来像a ->B->D，如果GitHub让你推送，其他人都必须手动修复他们的历史

这就是为什么您会得到错误消息的原因!master -> master(非快进)，如果你知道没有人拉出你的最新更改，你可以使用git push -force，这将改变你的公共回购中的git历史记录。否则……你可以执行git pull，但我相信这将有相同的结果，因为你没有经过git commit -amend，它将创建一个新的提交(即:git pull后的git历史:a ->B->C->D)

有关更多详细信息:如何更改最新提交

我已经在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>

希望能有所帮助。

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

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

git push -f origin <branch>

原点是远程回购的名称。

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

Git push -f origin branchname

只有当您确定不需要远程分支代码时，才使用上述命令，否则请先合并，然后再推送代码