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

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

这是由于git/https缓冲区设置。

运行这个(从Git中获取的文件在提交到github时失败):

git config http.postBuffer 524288000

然后，再次运行原来的命令。

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

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

如果使用GitHub，在repo目录下，运行此命令设置http。postBuffer似乎是它的最大允许值GitHub:

git config http.postBuffer 2147483648

如果使用git clone克隆一个repo，可以使用相同的选项克隆它:

git clone -c http.postBuffer=2147483648 git@github.com:myuser/myrepo.git /path/to/myrepo

在这两种情况下，上述数字都相当于2 GiB。然而，您可能需要达到这个数量的空闲内存才能使用这个值。

确保每次推送到GitHub都提交不超过这个大小的更改。事实上，为了安全起见，我会将提交推的大小保持在1.8 GiB以下。这可能需要将一个较大的提交划分为较小的提交和推送。

为什么是这个值?

之所以使用这个特定的值，是因为至少在2018年，这个值被记录为GitHub的推送大小限制:

我们不允许超过2GB的推送

为什么不放低一点呢?

一些先前的答案说将其设置为524288000 (500 MiB)，但这个数字似乎是任意的，没有价值。任何较低的值都可以工作，只要您的推送大小不大于设置的值。

为什么不设高一点呢?

如果你将这个值设置为高于2 GiB，并且如果你尝试的推送大小也更高，你可以期待GitHub的文档错误:

远程:致命:包超过允许的最大大小

这样做可以看到你正在使用的键:

ssh -vT git@github.digitalglobe.com

然后确保在你的构建中你在一开始就运行了这个:

eval "$(ssh-agent -s)"
ssh-add ~/.ssh/id_rsa

即使配置了后缓冲区，这个问题也没有解决。

当我把我的wifi网络从宽带改为移动热点时，我的问题解决了。这可能不是逻辑上正确的答案，但它解决了问题。

确保你有良好的网速。