我有同样的问题，并认为这与回购的大小（编辑-或特定文件的大小），你试图推动。
基本上，我可以创建新的回购协议并将其推送到github，但现有的回购协议无法工作。
HTTP错误代码似乎支持我，它是一个“要求长度”错误。所以可能它太大，无法计算或超过了最大值。谁知道呢。
编辑
我发现这个问题可能是文件太大。我有一个更新不会推送，即使我已经成功推送到这一点。只有一个文件在提交，但它碰巧是1.6M
因此，我添加了以下配置更改

git config http.postBuffer 524288000

允许高达500 M的文件大小，然后我的推送工作。这可能是最初通过HTTP协议推送一个大回购协议的问题。
结束编辑
我可以让它工作的方法（在修改postBuffer之前编辑它）是把我的repo存到一台可以通过ssh执行git的机器上，然后把它推送到github.然后当你试图从原始服务器执行push/pull时，它应该可以通过https工作.（因为它比原始push的数据量要小得多）.

如果此命令无效
git配置文件http.postBuffer 524288000
尝试将ssh方法更改为https

git remote -v
git remote rm origin 
git remote add origin https://github.com/username/project.git

看起来像是服务器问题（即“GitHub”问题）。
如果您查看这个线程，就会发现当git-http-backend得到一个损坏的堆时可能会发生这种情况（因为它们just put in place一个smart http support...）
但不管实际原因是什么，也可能与最近的sporadic disruption in one of the GitHub fileserver有关。
您是否仍然看到此错误消息？因为如果您看到：

• 检查您的本地Git版本（并升级到最新版本）
• 将其报告为GitHub bug。

注意：Smart HTTP Support对于我们这些在基于身份验证的企业防火墙代理后面的人来说是一件大事！
从现在开始，如果你通过http:// url克隆仓库，并且你使用的是Git客户端1.6.6或更高版本，Git会自动使用更新、更好的传输机制。
然而，更令人惊奇的是，你现在可以通过这个协议来克隆私有仓库。如果你访问一个私有仓库，或者你是一个合作者，想要推送访问，你可以把你的用户名放在URL中，当你试图访问它时，Git会提示你输入密码。
较老的客户端也会退回到较老的、效率较低的方式，所以不应该有什么问题--只是较新的客户端应该工作得更好。
因此，请再次确保首先升级您的Git客户端。

我尝试推送到我自己托管的bonobo-git服务器，但没有意识到，http.postbuffer意味着项目目录...
对于其他困惑的问题
为什么？在我的情况下，我有大的zip文件与资产和一些psd推以及-大的缓冲区，我猜。
如何做到这一点http.postbuffer：在.git文件夹旁边的project src目录中执行该命令，而不是在服务器上执行。
请注意，将创建具有该缓冲区大小的大型临时（块）文件。
注意：只需检查最大的文件，然后设置缓冲区。

这些对我都不起作用--解决办法是把我的回购计划一点一点地进行，如下所示：

git add -- . ':!path/to/big_folder_1'
git commit -m "commit x"
git push

... repeat

推送的问题主要是因为需要推送的文件的大小。我尝试推送一些大小仅为2 MB的库，然后推送也给出RPC错误，结果为7。该行为4 mbps，工作正常。随后的一些推送尝试使我成功。如果出现此类错误，请等待几分钟，然后继续尝试。
我还发现，如果github关闭或他们的网络不稳定，会出现一些RPC故障。
因此，在一些间隔后继续尝试是唯一的选择！

在这些情况下，如果https被卡住，您可以尝试ssh。
你也可以尝试把缓冲区的大小增加到一个天文数字，这样你就不用再担心缓冲区的大小了git config http.postBuffer 10000000