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

我也遇到过同样的问题。因为我没有对暂存区进行更改。 我直接尝试使用命令将代码推到远程回购:

Git push origin master

它会显示最新的信息。

要解决这个问题，请尝试以下步骤

Git添加。 git commit -m Bug修复 Git push -u origin master

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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