除了上面的答案，下面的答案对我很有用:-

场景,

我成功地将my_branch推到origin。 我又做了一些改动。 当我尝试再次推，(在做了添加，当然提交)，我得到了上面提到的错误。

解决方案-

 1. git checkout **my_branch**
 2. git add, commit your changes.
 3. git pull origin **my_branch** (not origin, master, or develop)
 4. git push origin **my_branch**

git pull origin branch_name --rebase

这对我来说是可行的——命令git pull origin branch_name——rebase将首先从远程branch_name中提取更改，然后在其顶部重新设置当前分支。

我也遇到过类似的问题，结果是我保持分支保持最新的工作流程出了问题。我正在做以下事情:

在我当地的'master'中

git fetch upstream
git merge upstream/master --ff-only

然后回到我当地的分行

git rebase master

这适用于以前的git流，但不适用于github。git rebase是导致同步问题的问题(我承认这是我不得不接受的，但没有完全理解)，不幸的是，git push -f可能是最简单的选择。不好的。

我的新流程是直接使用git merge来更新分支，如下所示:

在我当地的分行

git fetch upstream
git merge upstream/master

没有快进，因为我将在本地分支中做出改变。

正如你可能知道的那样，我不是git专家，但是我被可靠地告知这个工作流可能会避免我遇到的特定问题。

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

git fetch 

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

git pull <sharedRepo> <branch> --rebase

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

git push <forkedRepo> <branch>

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

git push <forkedRepo> <branch> -f

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

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

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

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

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

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