web-dev-qa-db-fra.com

Erreur Git Push: RPC a échoué: curl 52

git Push échoue avec l'erreur suivante

fatal: RPC failed: curl 52: Empty reply from server

Le téléchargement réussit si un seul fichier était modifié, ajouté ou supprimé.

Les paramètres suivants pour ne pas fonctionner de manière fiable

 git config --global --add core.compression -1

La version git est 2.8.2 sous ubuntu 14.04, et j’ai essayé avec les compilations openssl et gnutls.

les télécommandes SSH échouent également. 

Le problème est rencontré avec les référentiels de 

bitbucket
github
gitlab

Échec des réponses sûres appréciées

11
sulimo

Dans le terminal, utilisez Sudo pour cloner ou tapez:

git config --global http.postBuffer 157286400

sa a fonctionné pour moi

10
Eduardo Oliveros

La suite a fonctionné pour moi.

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

Espérons que cela pourrait être utile pour quelqu'un qui a le même problème.

7
f-society

J'ai discuté avec Gideon @ atlassian. Il a suggéré d'utiliser SSH sur HTTPS pour corriger l'erreur "curl 52".

Pour moi, le passage à SSH a résolu le problème. Voici la réponse complète:

Il s'agit d'un problème de délai d'attente HTTP/HTTPS impliquant soit un grand commit taille, ou un réseau faible. Si vous clonez, pouvez-vous essayer de voir si vous pouvez cloner le référentiel en utilisant cette méthode:

https://stackoverflow.com/a/22317479

Pouvez-vous essayer de voir si vous exécutez ceci commande avant toute opération git aide aussi: 

git config --global http.postBuffer 524288000 

En outre, ce problème ne se produira généralement pas dans SSH; alors peut-être que cela vaut la peine d'essayer de configurer SSH puis de faire l'opération via SSH:

https://confluence.atlassian.com/bitbucket/set-up-ssh-for-git-728138079.html

3
Dado

La suite a fonctionné pour moi . Arrêter le WIFI et utiliser le câble réseau pour connecter le NetWork

Peut-être que c'est un problème de réseau

0
user8415640

Apparemment, c'est un problème avec HTTPS. Le passage à SSH corrige le problème avec tous les référentiels.

0
Fares Ben Hamouda