当将提交推送到github时Git失败

Question

我将我在github上托管的git repo克隆到了笔记本电脑上。我能够顺利地将几个提交成功推送到github。但是，现在出现以下错误：Compressing objects: 100% (792/792), done.error: RPC failed; result=22, HTTP code = 411Writing objects: 100% (1148/1148), 18.79 MiB | 13.81 MiB/s, done.Total 1148 (delta 356), reused 944 (delta 214)从这里开始，它挂了，我终于必须CTRL+ C返回终端。

Answer 1

我有同样的问题，并认为，它与回购的你正试图推动大小（edited-或特定文件的大小）的事情。

基本上，我能够创建新的存储库并将其推送到github。但是，现有的将不起作用。

HTTP错误代码似乎为我提供了支持，这是一个“所需长度”错误。因此，可能太大而无法计算或增大最大值。谁知道。

编辑

我发现问题可能出在大型文件上。我有一个更新，即使我成功推送到那个点也不会推送。提交中只有一个文件，但恰好是160万

所以我添加了以下配置更改

git config http.postBuffer 524288000

要允许到文件大小500M，然后我推工作。最初可能是通过HTTP协议推动大量回购的问题。

结束编辑

我可以使它工作的方式（在修改postBuffer之前先进行编辑）是将我的存储库打包，将其复制到可以在ssh上执行git的计算机，然后将其推送到github。然后，当您尝试从原始服务器进行推/拉时，它应该可以通过https进行工作。（因为它比原始推送的数据量少得多）。

希望这可以帮助。

Answer 2

看起来像是服务器问题（即“ GitHub”问题）。

如果您看一下这个线程，它可能会在git-http-backend堆损坏时发生（并且由于它们只是放置了一个聪明的http支持

而已...），但是无论实际原因是什么，它也可能与最近的零星中断有关。 GitHub文件服务器之一。

您仍然看到此错误消息吗？因为如果这样做：

检查您本地的Git版本（并升级到最新版本）

将其报告为GitHub错误。

注意：Smart HTTP支持对于我们这些基于身份验证的企业防火墙代理背后的人来说意义重大！

从现在开始，如果您通过http://url 克隆存储库，并且使用的是1.6.6或更高版本的Git客户端，Git将自动使用更新更好的传输机制。

但是，更令人惊奇的是，您现在可以推送该协议并克隆私有存储库。如果您访问私有存储库，或者您是协作者并希望进行推送访问，则可以将用户名放在URL中，当您尝试访问它时，Git会提示您输入密码。

较老的客户也将退回到较旧的，效率较低的方式，因此，任何事情都不应中断-仅较新的客户应该更好地工作。

同样，请确保首先升级您的Git客户端。