błąd: RPC nie powiodło się; transfer curl zamknięty, pozostały zaległe dane do odczytu

Napotykam ten błąd, gdy próbuję sklonować repozytorium z GitLab (GitLab 6.6.2 4ef8369):

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

Klon jest następnie przerywany. Jak mogę tego uniknąć?

Zdarza się to częściej niż nie, mam wolne połączenie internetowe i muszę sklonować przyzwoicie duże repozytorium git. Najczęstszym problemem jest to, że połączenie zostaje zamknięte, a cały klon zostaje anulowany.

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

Po wielu próbach i błędach oraz wielu „zdalnych końcach niespodziewanie się rozłączyło” mam sposób, który działa dla mnie. Chodzi o to, aby najpierw wykonać płytki klon, a następnie zaktualizować repozytorium o jego historię.

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

Po kilku dniach właśnie dziś rozwiązałem ten problem. Wygeneruj klucz ssh, postępuj zgodnie z tym artykułem:

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

Zadeklaruj to

1. Dostawca Git (GitLab czego używam, GitHub).
2. Dodaj to do tożsamości lokalnej.

Następnie klonuj za pomocą polecenia:

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

I żaden błąd się nie dzieje.

Powyższy problem

błąd: RPC nie powiodło się; curl 18 transfer zamknięty, pozostały zaległe dane do odczytu

ponieważ mają błąd podczas klonowania przez protokół HTTP ( curlpolecenie).

I powinieneś zwiększyć rozmiar bufora:

git config --global http.postBuffer 524288000

Kiedy próbowałem klonować z pilota, wielokrotnie występował ten sam problem:

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

W końcu to zadziałało dla mnie:

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

musisz wyłączyć kompresję:

git config --global core.compression 0

wtedy musisz użyć płytkiego klonu

git clone --depth=1 <url>

wtedy najważniejszym krokiem jest włożenie płyty CD do sklonowanego projektu

cd <shallow cloned project dir>

teraz otwórz klon, krok po kroku

git fetch --depth=N, with increasing N

na przykład.

git fetch --depth=4

następnie,

git fetch --depth=100

następnie,

git fetch --depth=500

możesz wybrać, ile kroków chcesz, zastępując to N,

i na koniec pobierz wszystkie pozostałe wersje za pomocą,

git fetch --unshallow 

zagłosuj za, jeśli ci to pomoże :)

Proste rozwiązanie: Zamiast klonować przez https, sklonuj go przez ssh.

Na przykład:

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

Problemy z połączeniem sieciowym.
Może z powodu trwałego limitu czasu połączenia.
Najlepszym sposobem jest przejście do innej sieci.

Te kroki zadziałały dla mnie: używanie git://zamiasthttps://

Jak wspomniano powyżej, najpierw uruchom polecenie git z basha dodając na początku rozszerzone dyrektywy dziennika: GIT_TRACE=1 GIT_CURL_VERBOSE=1 git ...

np. GIT_CURL_VERBOSE=1 GIT_TRACE=1 git -c diff.mnemonicprefix=false -c core.quotepath=false fetch origin Spowoduje to wyświetlenie szczegółowych informacji o błędzie.

U mnie ten problem wystąpił, ponieważ konfiguracja proxy. Dodałem serwer ip git w wyjątku proxy. Serwer git był lokalny, ale zmienna środowiskowa no_proxy nie została poprawnie ustawiona.

Użyłem tego polecenia, aby zidentyfikować problem:

#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

W zamian pojawiła się "Proxy-Authorization", ponieważ serwer git nie powinien przechodzić przez proxy. Ale prawdziwym problemem był rozmiar plików zdefiniowany przez reguły proxy

Dla mnie problem polegał na tym, że połączenie zostaje zamknięte przed ukończeniem całego klonu. Użyłem sieci Ethernet zamiast połączenia Wi-Fi. Wtedy to rozwiązuje za mnie

Wypróbowałem wszystkie odpowiedzi tutaj. Próbowałem dodać cocoapody do mojej maszyny.

Nie miałem klucza SSH, więc dziękuję @Do Nhu Vy

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

I wreszcie używany

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

aby ostatecznie rozwiązać problem, znaleziono https://stackoverflow.com/a/50959034/2481602

Ten błąd wydaje się występować częściej w przypadku wolnego lub problematycznego połączenia internetowego. Połączyłem się z dobrą prędkością internetu, a następnie działa idealnie.

Ten problem pojawia się, gdy występuje problem z serwerem proxy lub wolna sieć. Możesz wybrać rozwiązanie głębokości lub

git fetch --all  or git clone 

    

Jeśli to da błąd curl 56 Błąd Recv, pobierz plik za pomocą zip lub podaj nazwę oddziału zamiast --all

git fetch origin BranchName 

Zmiana protokołu klonowania git, aby spróbować.

na przykład ten błąd wystąpił, gdy „git clone https: // xxxxxxxxxxxxxxx ”

możesz spróbować z "git clone git: // xxxxxxxxxxxxxx", wtedy może ok.

Te kroki działają dla mnie:

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

Mam nadzieję, że to też działa dla Ciebie.

Spróbuj tego

$ 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

to jest praca dla mnie .. capture.png