2014-10-04 10 views
15

Używam repozytorium Git przez kilka lat i nadal czuję się jak newb .. pomoc jest mile widziana!Błąd repozytorium Git: błąd RPC; result = 56, kod HTTP = 200

Zaczyna klonowania przez chwilę:

remote: Counting objects: 22394<br> 
remote: Compressing objects: 100% (12314/12314)<br> 
Receiving objects: 32% .... 

Błąd:

error: RPC failed; result=56, HTTP code = 200<br> 
fatal: The remote end hung up unexpectedly<br> 
fatal: early EOF<br> 
fatal: index-pack failed 

Polecenie git:

git clone https://[username]:[password]@github.com/MegaWorldStudios/OmegatechV2.git "C:\OmegatechV2" 

Git Wersja:
1.9. 4-preview20140929 (pobrane/zaktualizowane dzisiaj od git fellas)

Znalazłem pytania takie jak ta, ale żadna z odpowiedzi nie rozwiązuje problemu.

Próbowałem również:
Ustawianie postBuffer wyżej wymienione z podobnych stanowiskach

git config http.postBuffer 524288000<br> 
git config --global http.postBuffer 524288000 

Ustawianie --depth 1 i robi płytkie klona, ​​że ​​mogę później Pociągnij pulpit

Ustawianie --depth 2

error: RPC failed; result=18, HTTP code = 200 
Cloning from a branch other than the main branch 
Reinstalling the software and updating 

Co to piekielna błędzie m ean i jaka jest poprawka/obejście?

Dziękuję bardzo z góry!

+0

Anti-Virus? http://stackoverflow.com/questions/25442734/git-clone-error-rpc-failed-result-56-http-code-200 –

+2

Czy możesz spróbować użyć adresu ssh? (jeśli możesz dodać swój klucz publiczny do tego prywatnego repozytorium) 'git clone [email protected]: MegaWorldStudios/OmegatechV2' – VonC

+0

Prawdopodobnie istotne http://askubuntu.com/questions/186847/error-gnutls-handshake-falied-when -connecting-to-https-servers/187199 # 187199 – gknicker

Odpowiedz

10

Ten błąd występuje z powodu protokołu HTTPS Git. Aby szczegółowo wyświetlić błąd, można ustawić zmienną środowiskową GIT_CURL_VERBOSE. Na przykład:

$ GIT_CURL_VERBOSE=1 git pull 

Twój program antywirusowy lub firewall może być modyfikowanie pakietów HTTP w tranzycie. Patrz na przykład git clone failed due to antivirus.

Wreszcie może to być niewiarygodne połączenie sieciowe. Używam urządzenia OSX podłączonego do Wi-Fi, a problem zniknął po przełączeniu na połączenie LAN.

+1

To samo przydarzyło mi się i okazało się, że klient VPN (który był wyłączony w tym czasie) w jakiś sposób borykał się z ruchem. – hermitt

+0

Miałem ten sam problem, ale został rozwiązany reinstalowanie cntlm – eusoubrasileiro

+0

Miałem dokładnie ten sam problem na wifi. Niewiarygodne, ale zmieniające się w kabel sieciowy zaczęło działać ... –

2

Klon Git z adresem URL HTTPS nie jest obsługiwany przez plik git dostarczany obecnie w debian i Ubuntu. Zobacz this answer dla obszaru roboczego.

1

Jest to problem, specyficzne dla Atlassian Stash i Mac OSX git klienta.Obejście:

  1. zainstalować Homebrew postępując zgodnie z instrukcjami tutaj: http://brew.sh/

  2. Śledź rozwiązanie przewidziane w this gist uprzejmości entropiae:

    $ brew remove git 
    $ brew remove curl 
    
    $ brew install openssl 
    $ brew install --with-openssl curl 
    $ brew install --with-brewed-curl --with-brewed-openssl git 
    

    (to instaluje binarny pracy w np /usr/local/Cellar/git/2.10.2/bin/git)

  3. Poinformuj swój IDE, aby użył tego pliku binarnego lub n uruchom go z wiersza poleceń do sklonowania/pchnięcia itp.

0

Napotkałem ten sam problem na Mac OSX podczas próby przekazania mojego kodu do bitbucket. Zrobiłem 2 następujące kroki, aby rozwiązać problem:

  1. zwiększenie bufora z polecenia: git config http.postBuffer 524288000

  2. Zmień protokół z HTTPS do SSH. To jest główny klucz do rozwiązania problemu. Więcej informacji można znaleźć pod numerem https://confluence.atlassian.com/bitbucket/set-up-ssh-for-git-728138079.html.

0

Opublikowanie tutaj, ponieważ był to jeden z pierwszych wyników Google dla 'RPC nie powiodło się; wynik = 56, kod HTTP = 200 '.

Próbowałem wielu różnych rzeczy, aby rozwiązać ten problem. Próbowałem skompilować git ze źródła, dodając ustawienia gitconfig, a nawet wypróbowałem wiele konfiguracji mojego serwera GitLab. Żadna z tych rzeczy nie zadziałała. Nie rozumiem, dlaczego mogłem sklonować repo z powodzeniem w tej samej podsieci co mój serwer git, ale nie mogłem przez zdalną podsieć (połączoną przez VPN między lokacjami).

Problem okazał się być moją zaporą ogniową. Znalazłem na białej liście klienta i wszystko zaczęło działać. Czasowe umieszczenie klienta w strefie DMZ może również być szybką naprawą.