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

我的一个仓库最近移动了，但我有一个本地副本。我从我的本地“主”分支分支出去，并做了一些更改——然后我记得存储库已经移动了。我使用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>

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

另一种需要注意的重要情况是:git的默认状态是您正在“master”分支中工作。在很多情况下，您只需要将其作为主要的工作分支(尽管有些人会变得花哨并做其他事情)。

不管怎样，这只是一个分支。所以我可能会遇到这样的情况:

我的活动分支实际上不是主分支. ...但我习惯执行命令:git push(我之前已经做过git push origin master，所以这是一个快捷方式)。

所以我习惯性地将主分支推到共享回购…对我来说，这可能是一件干净的好事……

但是我已经忘记了我一直在做的改变还没有在主分支!!

因此，每次我尝试git push，当我看到“Everything up to date”时，我都想尖叫，但当然，这不是git的错!它是我的。

因此，我将我的分支合并到master中，然后执行push，一切都恢复正常。

另一种可能是，您的提交不会影响您所推送的目录。在我的例子中，我有一个这样的结构

- .git
- README.md
- client/
 - package.json
 - example.js
- api/
 - requirements.txt
 - example.py

我做出了一个修改README的承诺。然后运行git子树push——prefix client heroku-client master，得到消息Everything - updated

从你的git状态来看，你的情况可能和我的不一样。

但无论如何，这是发生在我身上的事情。我遇到了以下错误:

fatal: The remote end hung up unexpectedly
Everything up-to-date

这里更有意义的信息是遥控器挂了。结果是由于超过了http post缓冲区的大小。解决办法是增加

Git配置http。postBuffer 524288000

见上面VonC的回答-我需要一个额外的步骤:

$ git log -1
- note the SHA-1 of latest commit
$ git checkout master
- reset your branch head to your previously detached commit
$ git reset --hard <commit-id>

我这么做了，但是当我尝试着去推remoterepo master时，它说 "错误:未能推动一些参考。为了防止您丢失历史记录，非快进更新被拒绝，合并远程更改(例如。'git pull')，然后再推。”

所以我做了'git拉remoterepo master'，它发现了一个冲突。我再次做了git reset——hard <commit-id>，将冲突文件复制到备份文件夹，git再次拉出remoterepo master，将冲突文件复制回我的项目，git提交，然后git推送remoterepo master，这一次它成功了。

Git不再说“一切都是最新的”，也不再抱怨“快进”。

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

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