超级罕见-但仍然:在Windows上，它可能是打包refs有一个带有一个字母大小写的分支(即dev/mybranch)，而refs文件夹有另一个大小写(即dev/mybranch)当核心。Ignorecase设置为true。

解决方案是手动从wrapped -refs中删除相关行。没找到更干净的解决办法。

另一种可能是您在.gitignore文件中命名了一个被排除的目录。这样新的提交就不会被推送。我碰巧命名了一个目录来忽略“search”，但那也是我源代码树中的一个目录。

呃. .如果你是一个git新手，你确定你在git push之前有git commit吗?我第一次就犯了这个错误!

当我在Github上合并一个分支并继续在本地开发时，我自己也遇到了这种情况。我的解决办法与其他人的建议略有不同。

首先，我从我的旧本地分支(我不能推)上分支了一个新的本地分支。然后我将新的本地分支推送到原始服务器(Github)。即。

$ git checkout -b newlocalbranch oldlocalbranch
$ git push origin newlocalbranch

这得到的变化显示在Github上，虽然在newlocalbranch而不是oldlocalbranch。

验证您没有篡改远程URL。

I just wanted to also mention that I ran into this after enabling Git as a CVS in a local Jenkins build configuration. It appears that Jenkins checked out the most recent commit of the branch I gave it and also reset my remote to correspond to the paths I gave it to the repo. Had to checkout my feature branch again and fix my origin remote url with 'git remote set-url'. Don't go pointing a build tool to your working directory or you'll have a bad time. My remote was set to a file path to my working directory, so it naturally reported everything up-to-date when I attempted to push changes with the same source and destination.

我今天遇到了这个问题，它和其他答案没有任何关系。以下是我所做的以及我是如何解决它的:

我的一个仓库最近移动了，但我有一个本地副本。我从我的本地“主”分支分支出去，并做了一些更改——然后我记得存储库已经移动了。我使用git remote set- URL origin https://<my_new_repository_url>来设置新的URL，但是当我推它时，它只会说“一切都是最新的”，而不是推我的新分支到master。

我最终通过重新基于origin/master，然后使用显式分支名称来解决它，就像这样:

$ git rebase <my_branch> origin/master
$ git push origin <my_branch>

我希望这能帮助任何有我同样问题的人!