我不认为这是一个好主意，但如果你有备份在你的机器..再推一次，然后尝试克隆repo，然后从旧目录中删除.git，并从新的克隆文件夹中移动.git。Git已解决，但由于这个问题，一些文件可能无法在Git上上传。再次从你的备份，然后把它拉到你的服务器或其他机器，它得到curcurt。现在我刚做了这个…对我有用。在这样做之前，备份一下你的文件夹。

如果我说错了，请指正。我也不知道这样做之后会出什么问题?但这次真的管用了。

在我们的案例中，问题是一个克隆程序编写了一个.git/config文件，其中包含一个url条目，该url条目是一个只读访问方法。将url从://方法更改为@方法解决了这个问题。

运行git remote -v可以解释这个问题。

原因:Git的默认文件大小已经超过。

解决方案:导航到repo。进入存储库后，运行如下命令将缓冲区增加到500MB:

git config http.postBuffer 524288000

这篇文章有很好的解释，它解决了我的问题。

git config --global http.postBuffer 157286400

https://confluence.atlassian.com/stashkb/git-push-fails-fatal-the-remote-end-hung-up-unexpectedly-282988530.html

罪魁祸首(就我而言): 高时延网络。

这本身不是一个答案，而更多的是一种观察，可以帮助其他人。我发现这个错误偶尔会在高延迟网络上弹出(例如，我必须使用卫星天线上网)。网络的速度很好，但延迟可能很高。注意:问题只存在于某些场景，但我还没有确定是什么模式。

临时缓解: 我换了网络——我换到了一个更慢，但延迟更低的蜂窝网络(我的手机用作热点)——问题消失了。请注意，我只能周期性地这样做，因为我的手机连接也是间歇性的。再加上带宽的使用增加了成本。我也很幸运，我有这样的选择。不是每个人都这样。

我确信在某个地方有一些配置设置使git -或ssh或curl或任何先超时的东西对这样的网络更宽容，但我不知道它是什么。

对开发商的呼吁: 这类问题对农村人口来说是一个持续的问题。当您设计系统、工具和应用程序时，请考虑我们。谢谢你！

这似乎是千百种情况中的一种。

对我来说，我最初是通过SourceTree推动master和develop (master没有变化)。将其改为开发只起了作用。