Fehler: RPC fehlgeschlagen; Curl-Übertragung geschlossen mit verbleibenden ausstehenden Lesedaten

Ich versuche ein Repository von GitLab (GitLab 6.6.2 4ef8369) zu klonen und Fehler:

remote: Counting objects: 66352, done.
remote: Compressing objects: 100% (10417/10417), done.
error: RPC failed; curl 18 transfer closed with outstanding read data remaining
fatal: The remote end hung up unexpectedly
fatal: early EOF
fatal: index-pack failed

Wie vermeide ich diesen Fehler?

Es kommt meistens vor, dass ich eine langsame Internetverbindung habe und ein anständig großes Git-Repository klonen muss. Das häufigste Problem ist, dass die Verbindung geschlossen wird und der gesamte Klon abgebrochen wird.

Cloning into 'large-repository'...
remote: Counting objects: 20248, done.
remote: Compressing objects: 100% (10204/10204), done.
error: RPC failed; curl 18 transfer closed with outstanding read data remaining 
fatal: The remote end hung up unexpectedly
fatal: early EOF
fatal: index-pack failed

Nach vielen Versuchen und Irrtümern und einer Menge „unerwartet aufgelegtem Remote-Ende“ habe ich einen Weg, der für mich funktioniert. Die Idee ist, zuerst einen flachen Klon zu erstellen und dann das Repository mit seinem Verlauf zu aktualisieren.

$ git clone http://github.com/large-repository --depth 1
$ cd large-repository
$ git fetch --unshallow

Nach ein paar Tagen habe ich heute gerade dieses Problem gelöst. Generieren Sie den SSH-Schlüssel und folgen Sie diesem Artikel:

https://help.github.com/articles/generating-a-new-ssh-key-and-adding-it-to-the-ssh-agent/

Erkläre es zu

1. Git-Anbieter (GitLab, was ich benutze, GitHub).
2. Fügen Sie dies der lokalen Identität hinzu.

Dann klonen Sie per Befehl:

git clone username@mydomain.com:my_group/my_repository.git

Und es passiert kein Fehler.

Das obige Problem

Fehler: RPC fehlgeschlagen; Curl 18-Übertragung geschlossen, wobei noch ausstehende Lesedaten vorhanden sind

weil Fehler beim Klonen per HTTP-Protokoll ( curlBefehl).

Und Sie sollten die Puffergröße erhöhen:

git config --global http.postBuffer 524288000

Beim Versuch, von der Fernbedienung aus zu klonen, trat wiederholt dasselbe Problem auf:

remote: Counting objects: 182, done.
remote: Compressing objects: 100% (149/149), done.
error: RPC failed; curl 18 transfer closed with outstanding read data remaining
fatal: The remote end hung up unexpectedly
fatal: early EOF
fatal: index-pack failed

Endlich hat das bei mir geklappt:

git clone https://username@bitbucket.org/repositoryName.git --depth 1

Diese Schritte haben bei mir funktioniert: Verwenden git://statthttps://

Einfache Lösung: Klonen Sie nicht über https, sondern über ssh.

Beispielsweise:

git clone https://github.com/vaibhavjain2/xxx.git - Avoid
git clone git@github.com:vaibhavjain2/xxx.git - Correct

Probleme mit der Netzwerkverbindung.
Möglicherweise aufgrund des anhaltenden Verbindungszeitlimits.
Der beste Weg ist, zu einem anderen Netzwerk zu wechseln.

Sie müssen die Komprimierung deaktivieren:

git config --global core.compression 0

Dann müssen Sie einen flachen Klon verwenden

git clone --depth=1 <url>

Der wichtigste Schritt ist dann, eine CD in Ihr geklontes Projekt zu erstellen

cd <shallow cloned project dir>

Öffnen Sie nun den Klon Schritt für Schritt

git fetch --depth=N, with increasing N

z.B.

git fetch --depth=4

dann,

git fetch --depth=100

dann,

git fetch --depth=500

Sie können auswählen, wie viele Schritte Sie möchten, indem Sie dieses N ersetzen.

und schließlich alle verbleibenden Revisionen herunterladen mit,

git fetch --unshallow 

upvote wenn es dir hilft :)

Wie oben erwähnt, führen Sie zunächst Ihren git-Befehl von bash aus und fügen Sie am Anfang die erweiterten Protokollanweisungen hinzu: GIT_TRACE=1 GIT_CURL_VERBOSE=1 git ...

zB GIT_CURL_VERBOSE=1 GIT_TRACE=1 git -c diff.mnemonicprefix=false -c core.quotepath=false fetch origin Dies zeigt Ihnen detaillierte Fehlerinformationen.

Bei mir trat dieses Problem aufgrund der Proxy-Konfiguration auf. Ich habe den IP-Git-Server in der Proxy-Ausnahme hinzugefügt. Der Git-Server war lokal, aber die Umgebungsvariable no_proxy wurde nicht richtig festgelegt.

Ich habe diesen Befehl verwendet, um das Problem zu identifizieren:

#Linux:
export GIT_TRACE_PACKET=1
export GIT_TRACE=1
export GIT_CURL_VERBOSE=1

#Windows
set GIT_TRACE_PACKET=1
set GIT_TRACE=1
set GIT_CURL_VERBOSE=1

Im Gegenzug gab es die "Proxy-Autorisierung", da der Git-Server vor Ort nicht durch den Proxy gehen sollte. Das eigentliche Problem war jedoch die Größe der Dateien, die durch die Proxy-Regeln definiert wurden

Für mich war das Problem, dass die Verbindung geschlossen wird, bevor der gesamte Klon abgeschlossen ist. Ich habe Ethernet anstelle einer WLAN-Verbindung verwendet. Dann löst es sich für mich

Versuchte alle Antworten hier. Ich habe versucht, meinem Computer Cocoapods hinzuzufügen.

Ich hatte keinen SSH-Schlüssel, also danke @Do Nhu Vy

https://stackoverflow.com/a/38703069/2481602

Und schließlich verwendet

git clone https://git.coding.net/CocoaPods/Specs.git ~/.cocoapods/repos/master

Um das Problem endgültig zu beheben, finden Sie https://stackoverflow.com/a/50959034/2481602

Dieser Fehler scheint häufiger bei einer langsamen oder problematischen Internetverbindung aufzutreten. Ich habe mich mit guter Internetgeschwindigkeit verbunden, dann funktioniert es perfekt.

Dieses Problem tritt auf, wenn Sie ein Proxy-Problem oder ein langsames Netzwerk haben. Sie können mit der Tiefenlösung gehen oder

git fetch --all  or git clone 

    

Wenn dies zu einem Fehler beim Einrollen führt, laden Sie die Datei per Zip herunter oder geben Sie den Namen des Zweigs anstelle von --all an

git fetch origin BranchName 

Ändern des Git-Klon-Protokolls, um es zu versuchen.

Dieser Fehler trat beispielsweise auf, wenn "git clone https: // xxxxxxxxxxxxxxxx "

Sie können es mit "git clone git: // xxxxxxxxxxxxxx" versuchen, vielleicht dann ok.

Diese Schritte funktionieren für mich:

cd [dir]
git init
git clone [your Repository Url]

Ich hoffe das funktioniert auch bei dir.

Versuche dies

$ git config --global user.name "John Doe"
$ git config --global user.email johndoe@example.com

https://git-scm.com/book/en/v2/Getting-Started-First-Time-Git-Setup

das ist arbeit für mich .. capture.png