我在拉的时候也犯了同样的错误。 我已经完成了http。postBuffer”技巧。它解决了这个问题，但是当我想要推的时候，我又遇到了错误。

解决我问题的方法是: 1. 将其克隆到其他虚拟机的其他文件夹。(Linux)。 2. 我已经做了我的改变。 3.用我最初无法操作的原始虚拟机推动它。(窗口)

对我来说，问题的原因是网络设置:我有一个“杀手”wifi卡，它显然会以一种SSH和SSL不喜欢的方式破坏网络数据包。

为了解决这个问题，我不得不进入“杀手控制中心”，“参数”，并禁用“高级流检测”- git命令立即重新开始工作。

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

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

我在上传一个大型回购时也遇到过类似的错误，“致命:远程端意外挂起”，没有任何进一步的细节。

在做了大量研究之后，我是这样做的:

使用SSH代替HTTPS并不能解决问题。 增加http。postBuffer增量到一个很大的值，仍然是no 运气。 我想这可能是因为大文件在 回购(因为这是从perforce新迁移的回购)，所以我使用LFS重新创建了回购，将largeFileThreshold设置为40m，这大大降低了回购大小(从3.5G到500M)。 我原以为这样就能解决问题，但令我吃惊的是，我还是犯了同样的错误。

最后，我突然想到，我可能正在使用一个旧的git客户端，因为我没有看到额外的错误消息。 我把git客户端升级到最新版(2.20.1)，瞧，错误消失了!

我能够使用Git Shell解决这个问题。

github.com中的每个存储库都为您提供了HTTPS/SSH/Subversion URL，您可以使用Shell下载，请参阅这里:http://prntscr.com/8ydguv。 根据GitHub最近的变化，SSH似乎是最好的方法。

在Shell中使用的命令:

git clone "URL of repo goes here w/ no quotes"

这看起来类似于我如何让github默认为ssh，而不是https的新存储库。 也许从http协议切换到ssh协议是值得的:

$ git remote add origin git@github.com:username/project.git