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

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

在我的例子中，我有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不能工作!)为我解决了这个问题。

另一个可能罕见的情况，但值得一提的是-当你在本地环境中配置了预提交钩子(扫描代码以查找错误，例如Python安全，flake8, black, isort, bandit等)，如果其中一个失败了，你的提交也失败了。这在控制台中应该是显而易见的，但是由于来自钩子的错误可能会充斥控制台中，因此您可能没有意识到您的提交将无法工作，直到预提交钩子被配置为忽略问题或问题得到解决。

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

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

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

$ git push origin local_branch:remote_branch

解释

我也犯了同样的错误，花了几个小时试图解决这个问题。最后我找到了。 我不知道的是git push origin branch-x会尝试在本地搜索branch-x然后推送到远程branch-x。

在我的例子中，我有两个远程url。我做了一个从分支-x到分支-y的签出，当我试图从本地的y推到远程的x时，我有一条消息，一切都是最新的，这很正常，因为我正在推到第二个远程的x。

长话短说，为了不落入这种陷阱，你需要指定源ref和目标ref:

$ git push origin local_branch:remote_branch

更新:

如果你每次推送分支都要运行这个命令，你可能需要设置本地和远程分支之间的上游，如下所示:

$ git push --set-upstream origin local_branch:remote_branch

Or

$ git push -u origin local_branch:remote_branch