2016-05-07 9 views
10

git push wird mit Fehler folgendeGit Push-Fehler: RPC ist fehlgeschlagen: curl 52

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

Der Upload im Falle gelingt es nur eine Datei geändert wurde, hinzugefügt oder gelöscht werden.

Die folgenden Einstellungen funktionieren nicht zuverlässig

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

Die git Version 2.8.2 läuft auf Ubuntu 14.04, und ich habe mit den beiden openssl und gnutls Compilations versucht.

ssh Fernbedienungen scheitern auch.

Das Problem mit Repositories von

bitbucket 
github 
gitlab 

Failsafe Antworten angetroffen wird geschätzt

+0

alle Befehle Arbeit an den Server tun? Kannst du 'git push' machen? –

+0

git push funktioniert nur für die Änderung einer einzelnen Datei. – sulimo

+0

Dieses Problem scheint viele Ursachen zu haben, einschließlich des Serverausfalls oder der Verwendung einer alten Version von Git. –

Antwort

-1

Ich habe das gleiche Problem auf Arch Linux, git Version 2.8.2 kann nicht Repo Bitbucket schieben. Klonen und ziehen funktioniert.

+0

@Dado: Entschuldigung für das Kommentieren hier, ich kann deine Antwort noch nicht kommentieren. Ich versuchte früher mit postBuffer Größe ändern, aber es hat nicht funktioniert, ich habe eine gute Internetverbindung und, und ich nur 4 nicht zu große Dateien (einige hundert Zeilen C++ Code ~ 50 Zeilen insgesamt geändert). Ich habe es trotzdem versucht, ssh, aber es scheitert auch mit: 'fatal: Das Remote-Ende aufgelegt unerwartet – Usern4me

+0

Interessant hatte ich Probleme ziehen statt;) Versuchen Sie, ein Ticket mit ihnen zu öffnen, sie sind ziemlich gut mit dem Kundendienst.(Das einzige, was mir einfällt, ist, dass Sie nicht versehentlich HTTPS verwenden) – Dado

2

Ich hatte eine Unterhaltung mit Gideon @ atlassian er schlug vor, SSH über HTTPS zu verwenden, um den "curl 52" -Fehler zu beheben.

Für mich zu SSH behoben das Problem behoben. Hier ist die vollständige Antwort:

This is a HTTP/HTTPS timeout issue involving either some large commit size, or a weak network. If you're cloning, can you try to see if you can clone the repository using this method:

https://stackoverflow.com/a/22317479

Can you try to see if running this command before any git operations help as well:

git config --global http.postBuffer 524288000

Also, this issue usually won't occur in SSH; so maybe it is worth trying to set up SSH and then do the operation through SSH:

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

+0

Danke, es funktioniert. Ich habe den Weg gefunden, zu SSH zu wechseln: https://help.github.com/articles/changing-a-remote-s-url/#switching-remote-urls-from-https-to-ssh –

7

In Terminal sudo zu klonen oder Typ:

git config --global http.postBuffer 157286400 

sein für mich gearbeitet

+0

perfect !, es funktionierte für mich –

+0

Arbeitete für mich auch auf Mac OS X auf Repo auf BitBucket – razzed

3

Folge für mich gearbeitet.

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 

Hoffe, dies könnte für jemanden mit dem gleichen Problem hilfreich sein.

+0

SIE SPARTEN MEINE REPOS! –

0

Scheinbar ist es ein Problem mit HTTPS-Problem. Die Umstellung auf SSH behebt das Problem mit allen Repositories.

0

Following arbeitete für mich. Anschlag WIFI und das Netzwerkkabel verwenden, das Netzwerk

Vielleicht verbinden es ist ein Problem, über Netzwerk

Verwandte Themen