如果使用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的文档错误:

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

另一个补充，因为我遇到这个错误不同的方式和谷歌把我带到这里。

我的问题是箱子不匹配;一只骆驼箱，一只没有。显然，GIT会在不告诉你原因的情况下阻止你这么做。因此，如果您的分支只在大小写上与远程分支不同，请尝试将它们更改为相同。

看到的: Git:合并后'Master无法解析为分支'

您可能在现有的存储库中克隆了存储库，要解决这个问题，可以简单地在另一个目录中克隆存储库，并将更改复制到这个新目录，然后运行推送。

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

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

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

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

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

git config --global http.postBuffer 157286400

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

如果您正在使用windows版本的git(如果您在windows机器上执行此操作，则很可能是这样)，并且这里的其他修复都不适合您，请尝试访问https://github.com/git-for-windows/git/releases，获取2.4.5版本或之后的版本。帮我搞定了。