Git push -f origin branchname

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

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

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

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

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

如果git pull print Already - up- up，那么你可能想检查全局git push.default参数(In ~/.gitconfig)。如果匹配，则将其设置为simple。下面的答案解释了原因:

Git: push.default "matching"和"simple"有什么区别?

此外，使用git remote show origin检查您的本地分支是否过期，并在需要时进行拉取也是值得的

另一个解决方案是，如果可以的话，通过再次提交来推进远程的头部。在你把这个高级的头拉到局部子树之后，你将能够再次从它推入。

另一种选择:在本地将分支重命名为新的名称。

然后，您将能够将其推送到远程存储库，例如，如果这是您保持副本(备份)并确保没有丢失任何东西的方法。

您可以获取远程分支以获得本地副本，并检查(i)远程所拥有的(使用旧的分支名称)和(ii)您所拥有的(使用新分支名称)之间的差异，并决定要做什么。由于您一开始就没有意识到远程的差异(因此出现了问题)，因此简单地合并或强制在某个地方进行更改就太残酷了。

查看差异，选择您想要处理的分支，从其他分支中选择您想要的更改，或者恢复您不想要的分支上的更改，等等。

然后，您应该能够决定是否要将干净的版本强制到远程服务器上，或者添加新的更改，或者其他什么。

这通常发生在git提交并尝试在git拉到其他人已经做了更改的分支x之前进行git推送更改时。

正常的流程如下:

步骤1:git将本地未提交的更改保存在该分支上。

步骤2:git拉origin branch_name -v来拉并合并到本地提交的分支上的更改(给这个合并一些消息，如果有的话修复冲突)。

步骤3:git隐藏弹出隐藏的更改(然后你可以在弹出的文件上提交，如果你想要，或者先推送已经提交的更改(STEP4)，然后再将新的提交到文件中。)

步骤4:git推送origin branch_name -v合并后的更改。

将branch_name替换为master(用于主分支)。