Git, fatal: zdalny koniec rozłączył się niespodziewanie

Problem jest spowodowany ustawieniami bufora git / https. W celu jego rozwiązania (pobrane z Git nie powiedzie się, gdy wciśnie commit do github)

git config http.postBuffer 524288000

I uruchom ponownie polecenie

Cause: domyślny rozmiar pliku dla Gita został przekroczony.

Rozwiązanie:

Przejdź do repo.

Uruchom następujące polecenie, aby zwiększyć bufor do 500MB po przejściu do repozytorium:

git config http.postBuffer 524288000

Możesz dostać taki błąd

Błąd: nie można zablokować pliku konfiguracyjnego .git/ config: brak takiego pliku lub katalog

Ponieważ nie masz lokalnego pliku .git/config możesz go uruchomić za pomocą tego polecenia

git config --global http.postBuffer 524288000

Inne rozwiązania nie działały w moim przypadku, robiąc zbiórkę śmieci naprawiłem to dla mnie:

git gc --aggressive

Tylko dodać (bo to był pierwszy wpis kiedy wygooglowałem):

Ten błąd może być również wyrzucony przez brak dostępu do zapisu dla repozytorium.

W moim przypadku utworzyłem repo z konta root mojego serwera i faktycznie zapomniałem o tym później, więc użytkownik git nie mógł zapisać push ' ów do katalogu.

W naszym przypadku problemem był klon, który napisał plik .git/config zawierający wpis url, który był metodą dostępu tylko do odczytu. Zmiana adresu url z metody :// na metodę @ rozwiązała problem.

Running git remote -v

Prawdopodobnie nie klon repozytorium w ramach istniejącego, aby rozwiązać problem można po prostu klon repozytorium w innym katalogu i replikować zmiany do tego nowego katalogu, a następnie uruchomić push.

Jeśli używasz git dla windows (i prawdopodobnie jesteś, jeśli robisz to na komputerze z windows), a żadna z innych poprawek nie zadziałała dla ciebie, spróbuj przejść do https://github.com/git-for-windows/git/releases , i uzyskanie wersji na lub po wersji 2.4.5. Naprawiłem to dla mnie.

Kolejny dodatek, ponieważ napotkałem ten błąd w inny sposób i Google zabrał mnie tutaj.

Moim problemem było niedopasowanie sprawy; jeden camelCase i jeden nie. Najwyraźniej GIT powstrzymuje cię przed robieniem tego, nie mówiąc ci dlaczego. Jeśli więc twoje gałęzie różnią się od zdalnego tylko wielkością liter, spróbuj zmienić je na identyczne.

Zobacz: Git:' Master nie może zostać rozwiązany do gałęzi ' po połączeniu

W przeciwieństwie do jednej z innych odpowiedzi - miałem problem na push używając ssh-przełączyłem się na https i został naprawiony.

git remote remove origin
git remote add origin https://github..com/user/repo
git push --set-upstream origin master

Może to nastąpić po aktualizacji platformy OSX.

Otwórz Terminal i przejdź do swojego .SSH-folder i wpisz ssh-add -K ~/.ssh/id_rsa

Zdarzyło mi się mieć ten sam błąd w pull.
Zrobiłem " http.postBuffer " trick. Rozwiązało to, ale kiedy chciałem nacisnąć, ponownie napotkałem błąd.

Co rozwiązało mój problem:
1. Sklonował go do innego folderu za pomocą innej maszyny wirtualnej. (Linux).
2. Zrobiłem swoje zmiany.
3. Pchnął go oryginalną maszyną wirtualną, gdzie początkowo nie mogłem nacisnąć. (Windows)

Dostałem ten błąd, gdy miałem nieprawidłowy Klawisz w.ssh. Dodanie pubkey do github (w Ustawieniach) naprawiło ten problem.

Mam ten sam problem. Zauważyłem na stronie git, że adres URL klonu SSH ma następującą strukturę:

[email protected]:user/project.git

Mógłbym rozwiązać mój problem po prostu zmieniając": "przez"/", w następujący sposób:

[email protected]/user/project.git

Wydaje się, że to może być jedna z tysiąca rzeczy.

Dla mnie początkowo naciskałem master I develop (master nie miał żadnych zmian) przez SourceTree. Zmiana tego na rozwój tylko zadziałała.

Dostałem ten błąd, gdy błędnie wpisałem nazwę zdalnej gałęzi

Udało mi się obejść ten problem używając Git Shell.

Każde repozytorium wewnątrz github.com podaje adresy URL HTTPS / SSH / Subversion, których możesz użyć do pobrania za pomocą powłoki, zobacz tutaj: http://prntscr.com/8ydguv .
Bazując na ostatnich zmianach Githuba, SSH wydaje się być najlepszą metodą.

Polecenie do użycia w powłoce:

git clone "URL of repo goes here w/ no quotes"

Wydaje się, że nie ma sensu dodawać odpowiedzi, ale walczyłem z tym od wieków, kiedy w końcu odkryłem, że to Visual Studio Online cierpi na sporadyczną awarię. Stało się to oczywiste, gdy VS ciągle monitował o creds, a strona VSO czasami dawała 500.

Counting objects: 138816, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (38049/38049), done.
error: unable to rewind rpc post data - try increasing http.postBuffer
error: RPC failed; curl 56 SSL read: error:00000000:lib(0):func(0):reason(0), errno 10054
The remote end hung up unexpectedly/138816), 33.30 MiB | 3.00 KiB/s
Writing objects: 100% (138816/138816), 50.21 MiB | 3.00 KiB/s, done.
Total 138816 (delta 100197), reused 134574 (delta 96515)
fatal: The remote end hung up unexpectedly
Everything up-to-date

Ustawiłem mój bufor postu HTTP z powrotem na 2Mb, ponieważ uważam, że działa lepiej z wieloma mniejszymi postami.

Łukasz

Zrób to, aby zobaczyć klucz, którego używasz; ssh-vT [email protected]

Następnie upewnij się, że w swoim build masz ten bieg na początku. eval " $(ssh-agent-s)" ssh-add ~/.ssh / id_rsa

1) cd do projektu dir

2) git status

3) git checkout -f HEAD

4) potwierdź sukces, ponownie ściągając master, aby upewnić się, że jesteś na bieżąco, jeśli twój repo wyglądał na niekompletny

To działa, jeśli podczas klonowania repo z Bitbucket pojawi się problem z Gitem Visual Studio]}