git push失败,出现以下错误
fatal: RPC failed: curl 52: Empty reply from server
如果只修改,添加或删除了一个文件,则上传成功。
以下设置无法可靠地运作
git config --global --add core.compression -1
在ubuntu 14.04上运行的git版本是2.8.2,我尝试过使用openssl和gnutls编译。
ssh遥控器也失败了。
的存储库遇到问题
bitbucket
github
gitlab
失败安全答案赞赏
答案 0 :(得分:11)
在终端中使用sudo进行克隆,或输入:
git config --global http.postBuffer 157286400
它为我工作
答案 1 :(得分:7)
以下为我工作。
git config --global core.compression 0
git clone --depth 1 <repo> // partial clone to truncate the amount of info coming down
#cd repo // go into the new directory and
git fetch --unshallow //retrieve the rest of the clone
git pull --all //final pull
希望,对于有同样问题的人来说,这可能会有所帮助。
答案 2 :(得分:3)
我和Gideon @ atlassian聊过,他建议用HTTPS通过HTTPS修复“curl 52”错误。
对我来说,切换到SSH修复了问题。这是完整的答案:
这是涉及某个大型提交的HTTP / HTTPS超时问题 大小,或弱网络。如果你正在克隆,你可以试着看看你是否 可以使用此方法克隆存储库:
https://stackoverflow.com/a/22317479
你能试着看看是否正在运行 任何git操作帮助之前的命令:
git config --global http.postBuffer 524288000
此外,这个问题通常不会发生在SSH中; 所以也许值得尝试设置SSH然后进行操作 通过SSH:
https://confluence.atlassian.com/bitbucket/set-up-ssh-for-git-728138079.html
答案 3 :(得分:0)
显然这是HTTPS问题的问题。 切换到SSH可修复所有存储库的问题。
答案 4 :(得分:0)
以下为我工作。 停止WIFI并使用网络电缆连接网络
可能是关于网络的问题
答案 5 :(得分:0)
在我的情况下,这是在推送期间发生的,这似乎是由于重复的连续提交消息所致。修改(git commit --amend)后,第二条消息与第一条消息稍有不同,再次推送并成功。
答案 6 :(得分:-1)
我在arch linux上有同样的问题,git版本2.8.2,无法推送到bitbucket repo。 克隆和拉动工作。