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

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

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

有时我们忘记了牵引，在当地环境中做了很多工作。

如果有人想只推不拉，

git push --force

是有效的。当你和其他人一起工作时，不建议这样做，但当你的工作是一件简单的事情或一个私人玩具项目时，这将是一个快速的解决方案。

当我将最新的更改推到我用于gitweb的裸Git存储库时，我得到了类似的错误。在我的例子中，我没有在裸库中做任何更改，所以我只是删除了我的裸库并再次克隆:

git clone --bare <source repo path> <target bare repo path>

有些人可能会遇到这个错误，因为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拉https://github.com/username/repository 这是因为Github和远程存储库不同步。如果你拉了repo，然后Push，一切都会同步，错误就会消失。

`

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

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

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

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

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