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

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

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

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

Git配置http。postBuffer 524288000

我遇到过这样的情况，我在一个特征分支上，而我的同事也创建了他自己的特征分支。我运行git fetch -a，然后git push origin <coworkers_branch>。它一直告诉我一切都是最新的。

我通过检出到<coworkers_branch>，然后从我的特征分支中提取，然后提交并推回到<coworkers_branch>来修复它。

我真诚地希望这能帮助到一些人，因为我花了太多的时间在这上面。

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

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

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

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

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

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

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

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

在我的例子中，我有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等)，如果其中一个失败了，你的提交也失败了。这在控制台中应该是显而易见的，但是由于来自钩子的错误可能会充斥控制台中，因此您可能没有意识到您的提交将无法工作，直到预提交钩子被配置为忽略问题或问题得到解决。