您将无法将更改推送到远程分支，除非您取消阶段性文件，然后保存本地更改，并应用来自远程的pull，然后您可以将更改推送到远程。

步骤如下—> .单击“确定”

git重置-soft HEAD~1(获取阶段性文件)

Git状态(检查暂存的文件)

Git恢复—分段<文件..>(恢复分级)

Git存储(保存当前更改)

Git pull(从远程获取更改)

Git stash apply(应用本地更改，以便添加和提交)

Git add <files…>(添加本地文件提交)

Git commit -m commit msg

git push

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

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

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

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

git checkout test

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

git checkout -b testing

现在，是时候推它了:

git push [remote repo] testing

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

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

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

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

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

有些人可能会遇到这个错误，因为Git不知道您要推哪个分支。

如果您的错误消息还包括

error: failed to push some refs to 'git@github.com:jkubicek/my_proj.git'
hint: Updates were rejected because a pushed branch tip is behind its remote
hint: counterpart. If you did not intend to push that branch, you may want to
hint: specify branches to push or set the 'push.default' configuration
hint: variable to 'current' or 'upstream' to push only the current branch.

那么你可能想要遵循Jim Kubicek的提示，将Git配置为只推送当前分支，将默认分支设置为当前分支。

git config --global push.default current

git pull origin branch_name --rebase

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

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

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

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

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