【问题标题】:Git pull/push error: RPC failed; result=22, HTTP code = 408Git 拉/推错误:RPC 失败;结果 = 22,HTTP 代码 = 408
【发布时间】:2014-04-17 15:08:48
【问题描述】:

我是 GIT 新手。我使用的是 Git 版本 1.7.9.5。

我正在研究托管在 github 上的项目。在从 github 推送和拉取代码时,有时它可以正常工作,有时它会给我错误。

错误:RPC 失败;结果=22,HTTP 代码 = 408

致命:远端意外挂断

我不知道出了什么问题。如果有人可以建议我一些可能是什么问题。

【问题讨论】:

  • 尝试从另一个 IP 做同样的事情..
  • @gravetii 我在办公室只有网络可用。通过尝试其他 IP 意味着什么。是不是网络问题。我正在使用 Ubuntu 12.04 LTS
  • fatal: The remote end hung up unexpectedly 错误经常因为与 git 无关的网络问题而发生。您说“有时推/拉工作,有时不工作”这一事实将支持该理论。
  • @Cupcake 但是当我同时收到错误时,我会检查互联网,这似乎工作正常。我能做些什么来绕过这个问题,比如增加拉超时或类似的东西。

标签: git github git-branch


【解决方案1】:

问题是由于 git/https 缓冲区设置造成的。为了解决它,运行以下命令:-

git config http.postBuffer 524288000

然后再次尝试 git push

【讨论】:

  • 我仍然面临同样的问题。
  • @RamThota 你能检查一下 git 版本吗?你能检查它是相同的错误还是不同的错误?
  • git 版本 2.19.1.windows.1
【解决方案2】:

我最近也得到了这个,@shiminsh 的解决方案“为我工作”,凝视着我们拥有的文档{仔细查看 man git-config} 的输出:

http.postBuffer

将数据发送到远程系统时,智能 HTTP 传输使用的缓冲区的最大大小(以字节为单位)。对于大于这个缓冲区大小的请求,使用 HTTP/1.1 和 Transfer-Encoding: chunked 来避免在本地创建海量的包文件。默认为 1 MiB,足以满足大多数请求。

不过,我确实想知道,如果 0.5 GB 左右的限制可能有点相反......!我在 Debian Wheezy Linux 平台上使用 Git 版本 1.7.10.4,但我怀疑这与此问题是否相关。此设置的基本意思是“对于您发送到远程系统的几乎所有内容,请使用 HTTP/1.1 和 Transfer-Encoding: Chunked,无需担心在本地创建大量包文件”。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2014-05-17
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-10-27
    • 2012-09-21
    • 2014-12-22
    相关资源
    最近更新 更多