我也有同样的问题。在我的例子中，这是因为必须为同一个遥控器命名。它创建了标准的“起源”，但我已经使用“github”作为我的遥控器很长一段时间了，所以它也在那里。只要我移除了“origin”遥控器，错误就消失了。

我也遇到过类似的情况;当我做出改变并试图 Git push origin master，它说一切都是最新的。

我必须git添加更改后的文件，然后git push origin master。从那时起，它就开始工作了。

在我的例子中，我有2个远程回购。

git remote -v
originhttps https://asim_kt@...
originhttps https://asim_kt@...
origin  ssh:git@bitbucket.org:...
origin  ssh:git@bitbucket.org:...

两次回购都是一样的。一个是https，另一个是ssh。因此，删除不需要的，(在我的情况下，ssh。因为我使用https，因为ssh不能工作!)为我解决了这个问题。

在我的例子中，问题的原因是我在git bash中的符号链接文件夹中执行git推/拉命令! 我在一个git项目中的符号链接文件夹中指向另一个git项目，git的pull/push命令正在回答Everything - latest。 当我将(cd)移动到实际文件夹的路径(不是通过符号链接)时，git的推/拉命令起作用了。

验证您没有篡改远程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.

我犯过的另一个非常简单却又愚蠢的错误:我只是忘记在提交时添加message -m修饰符。所以我写道:

git commit 'My message'

而不是正确的:

git commit -m 'My message'

注意:它不会抛出任何错误!但是你将不能推送你的提交，而总是让Everything更新