为什么会出现错误：RPC 失败； result=52, HTTP code = 0 致命：推送到github时远程端意外挂断？答案

【问题标题】：Why do I get error: RPC failed; result=52, HTTP code = 0 fatal: The remote end hung up unexpectedly when pushing to github?为什么会出现错误：RPC 失败； result=52, HTTP code = 0 致命：推送到github时远程端意外挂断？
【发布时间】：2013-08-28 12:15:49
【问题描述】：

我在github 上创建了一个新存储库，并想推送一些文件。所以我像往常一样初始化存储库并执行git add . 添加当前目录（这是我的java 项目文件夹，里面有bin 和src 文件夹）。然后我添加了远程目录：

git remote add https://github.com/username/project.git

然后我做了我的第一次提交git commit -m "First Commit"

然后我输入 git push -u origin master 并收到此错误：

Counting objects: 63, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (60/60), done.
Writing objects: 100% (62/62), 16.98 KiB, done.
Total 62 (delta 15), reused 0 (delta 0)
error: RPC failed; result=52, HTTP code = 0
fatal: The remote end hung up unexpectedly
fatal: The remote end hung up unexpectedly
Everything up-to-date

但如果我只添加一个文件并尝试只提交一个文件，它就可以工作。

发生了什么事？为什么我不能提交整个 Java 项目？它是一个非常小的项目，只有 214k。请帮忙！谢谢！

【问题讨论】：

你git commit整个项目在你git add .之后也一样吗？
是的，我提交了整个项目。所以github现在关闭了，我刚刚在twitter上查看过，其他人也遇到了同样的错误。我想知道这是否是他们的问题？
尝试执行 GIT_CURL_VERBOSE=1 git push 并查看错误？ confluence.atlassian.com/pages/viewpage.action?pageId=301663267

标签： git github push git-remote

【解决方案1】：

Bitbucket 有同样的错误信息。通常它与服务器性能下降有关。在开始做任何其他事情之前，请检查：

【讨论】：

点赞！这很有用，并且可以避免浪费一些时间。谢谢

【解决方案2】：

如果您的 HTTP 发布缓冲区对于您要推送的更改来说太小，也会发生此错误。

在这种情况下，解决方案是增加它，例如使用

git config http.postBuffer 524288000

【讨论】：

应该是 git config --global http.postBuffer 524288000
嗨 Michael，这取决于您是要更改当前存储库的配置还是要更改默认设置。如果您传递 --global 标志，它会写入用户目录中的 .gitconfig 文件。否则，它将写入存储库特定的 .git/config 文件。
为什么不呢？你是说bitbucket不尊重这个客户端配置吗？远程 git 服务器断开连接的原因有很多，post 缓冲区太小只是众多原因之一 - 尽管是常见的原因之一。
@Dughall 我在 git pull 上遇到了同样的错误。我试过这个 -git config http.getBuffer 524288000 ，但是这对这个没有任何建议吗？
@PHcoDer，无论是拉还是推，都会遇到同样的问题；有时，如果 git 无法更新您的配置，它可能会静默失败。所以我会运行 git config -list 以确保您的缓冲区设置实际上是您所期望的。

【解决方案3】：

现在它正在工作！我什至没有改变任何事情。

这种错误'result=52'是github本身的错误。 Github.com 出现故障，当我尝试上传时出现错误。现在该站点已备份，我可以像往常一样提交。

【讨论】：

bitbucket 出现同样的错误，但几分钟后返回。反响不错。

【解决方案4】：

我在尝试通过 http 从 Bitbucket 存储库克隆/获取时遇到了这个问题。结果发现存储库太大 (+1gb)，Bitbucket 回复此错误：

error: RPC failed; result=52, HTTP code = 0
fatal: The remote end hung up unexpectedly

我切换到 SSH 协议，现在它工作正常。之后，您可以根据需要将遥控器设置回 http 版本，它会继续工作。

【讨论】：

无法使用 ssh，权限被拒绝错误
@JemshitIskenderov 您需要为您的 Bitbucket 帐户配置 SSH 密钥。检查these instructions 以了解如何执行此操作。
这实际上是答案，即使其他人有更多的赞成票，如果你正在克隆一个大规模的回购。
@JesseQ 我的回答者实际上并没有回答最初的问题，因为他或她的存储库显然并不大。但这是很多人遇到的同样的错误，所以他们最终还是到了这里。
@FerryBoender 它可能会/将解决 OP 问题，所以在我的书中，它是 +1。无论如何，它解决了我的大型存储库问题，并希望确保其他人尝试一下。

【解决方案5】：

如果您的互联网连接也有问题，也可能会发生这种情况，是的，我目前正在遇到这种情况.. :)。

【讨论】：

【解决方案6】：

我试过了：

$ git config --global --add core.compression -1
$ git clone https://....

它奏效了。

(发现here)

【讨论】：

【解决方案7】：

这也可能是由于以下原因

原因

大文件的出现（在我们的例子中为 45MB）

为什么

大文件导致 HTTPS 超时

解决方案

使用 SSH 或删除大文件

【讨论】：

【解决方案8】：

我花了几个小时。我在使用 https 时遇到了同样的问题。另外：我无法通过 ssh 连接到 bitbucket。

我使用的是 Linux Mint 17.x，这个解决方案对 ssh 来说就像一个魅力：

https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1254085（来自 bs 的回答——benzy-sagiv）

这解决了问题：

将以下内容附加到 /etc/sysctl.conf： net.ipv4.tcp_mtu_probing = 1

重启后你应该在 /proc/sys/net/ipv4/tcp_mtu_probing 看到值“1”

临时解决办法是：echo 1 > /proc/sys/net/ipv4/tcp_mtu_probing 警告：这将在启动时重置。

如果仍然不起作用，您也可以尝试使用值“2”。

（见解释在：https://thesimplecomputer.info/pages/adventures-in-linux-tcp-tuning-page2)

【讨论】：

【解决方案9】：

对于 Bitbucket，我通过切换到 ssh 而不是 http 来解决这个问题。

在Avatar > Bitbucket settings中配置SECURITY > SSH keys：
将远程 URL 从 https://... 更改为 git@...
- 编辑.git/config文件或启动git remote set-url origin git@...
git push -u origin --all（注意：git add . 后面跟 git commit -m "intial commit" 之前）

基于wintersolider的answer

【讨论】：