嗯，我想推出一个219 MB的解决方案，但我没有运气

git config --global http.postBuffer 524288000

有一个525mb的后缓冲区有什么意义呢?这是愚蠢的。所以我查看了下面的git错误:

Total 993 (delta 230), reused 0 (delta 0)
POST git-receive-pack (5173245 bytes)
error: fatal: RPC failed; curl 56 SSL read: error:00000000:lib(0):func(0):reason(0), errno 10054

git想要发布5mb，然后我将post buffer设为6mb，它可以工作

git config --global http.postBuffer 6291456

我也有同样的问题， 我用试错法解决了这个问题。我改变了core。compression值直到它生效。

在3次尝试后，我从“git配置-global core.compression 1”开始

“git config—global core.compression 4”对我很有用。

在/etc/resolv.conf中，将这一行添加到文件的末尾

options single-request

将克隆屏幕中的源树高级选项的深度更改为25对我来说很有效

这可能是因为提交的大小。按以下步骤分解提交的数量:

git log -5

查看最后5次提交，您就会知道哪些没有被推送到远程。 选择一个提交id，并将所有提交推到该id:

git push <remote_name> <commit_id>:<branch_name>

注意:我刚刚检查了我的提交，可以有最大的大小;第一次推到那时。这个把戏成功了!!

使用以下命令后，我得到了解决方案:

Git重新打包-a -f -d——window=250——depth=250