Git zawiesza się podczas pisania obiektów

Próbuję git push -u origin masterI po prostu wisi na

Writing objects:  99% (219/220), 12.65 MiB | 97 KiB/s

12.65Część przesuwa się. Kiedy wychodzę z procesu i uruchamiam go ponownie, wznawia się on na 99%, ale nigdy się nie kończy, tak jak wcześniej.

To nigdy nie jest skuteczne. To jest pierwsze zatwierdzenie.

Postępowałem zgodnie z radą VonC:

git config --global http.postBuffer 524288000

Dla przyszłych referencji, na podstawie komentarzy:

500 MB: 524288000 (as posted in the original answer)
1 GB: 1048576000
2 GB: 2097152000 (anything higher is rejected as 'out of range')

Działo się to z powodu ogromnego, niezignorowanego pliku w katalogu repozytorium. Ups.

EDYTOWAĆ

Zawieszenie nastąpiło, ponieważ przesyłanie pliku trwało długo. Plik nie powinien być uwzględniony w wypychaniu.

EDYTOWAĆ

Chociaż prawdą jest, że ogromny plik może być przyczyną tego problemu, jeśli nie możesz zignorować danego pliku lub po prostu musisz go przesłać, postępuj zgodnie z tą odpowiedzią.

Miałem ten sam problem z (pisaniem obiektów% 16) utknięcie, a następnie fatalne. Rozwiązałem to, zapisując bieżące zmiany i klonując nowe repozytorium, a następnie kopiując do niego zmodyfikowane pliki.

Na przykład. Załóżmy, że aktualne repozytorium to A, wtedy wszystko, co musisz zrobić, to:

1. mv A B
2. git clone A
3. mv B/* A/
4. rm -rf B

Następnie zatwierdzaj i pchaj i wszystko działało dobrze. Rozpoznał przeniesione pliki jako zmodyfikowane :)

W moim przypadku używałem folderu git ze złymi prawami przechowywanego na tym samym dysku co repozytorium, ale może być tak samo z ssh, nawet jeśli używasz autoryzowanego użytkownika logowania.

Sprawdź wtedy, czy masz odpowiednie uprawnienia do zapisu na odległym repozytorium.

Przykład:

Zainicjuj lokalne i odległe repozytorium

git init /tmp/src
git init --bare /tmp/dst
cd /tmp/src

Dodanie zdalnego repozytorium do pochodzenia

src > git remote add dest /tmp/dst

Symulujący problem

src > chmod -R 555 /tmp/dst

Dodawanie fałszywego pliku i wysyłanie go

src > touch a && git add a && git commit -m 'demo'
src > git push --set-upstream dest master
src > git push
Counting objects: 3, done.
Writing objects: 99% (2/3), 202 bytes | 0 bytes/s.

Git się zawiesza

Rozwiązanie

src > chmod -R 775 /tmp/dst

W mojej sytuacji był to rozmiar pliku. Dodając plik .gitignore z wymaganymi rozszerzeniami, mogłem zignorować większość niechcianych plików do wypchnięcia.

W moim przypadku miałem niską prędkość wysyłania do Internetu, a plik, który chciałem wysłać, był duży, sztuka polega na użyciu git LFS (duża pamięć plików), która jest znacznie bardziej cierpliwa przy przesyłaniu dużych plików, możesz znaleźć samouczek git LFS tutaj

git clean -f -nrozwiązuje mój problem. Istnieje wiele nieśledzonych plików, które nie zostały wykryte. Ale bądź ostrożny, ponieważ spowoduje to usunięcie plików w twoim katalogu

W moim przypadku starałem się naciskać, nie wypełniając zasad mojej firmy. Dowiedziałem się później, że powinniśmy rozpocząć nasze komunikaty dotyczące zmian od „MOBIL-XXXX”, gdzie XXXX to numer przypisany programistom w Jira (innym narzędziu używanym do śledzenia procesu rozwoju) przez analityków.

Sprawdź, czy Twoja firma ma podobną regułę ograniczającą.

Miałem ten sam problem na komputerze z systemem Windows 10, writing objectszawieszał się, ale w trochę innej sytuacji.

Problem, który miałem, był tylko wtedy, gdy próbowałem dodać nowe pliki do repozytorium. Jeśli aktualizuję pliki, które już istnieją w repozytorium, wszystko działało dobrze i nie ma znaczenia, czy rozmiar pliku był duży, czy nie. Przede wszystkim próbowałem dodawać nowe skrypty.

Próbowałem każdego innego rozwiązania znalezionego w Internecie, ale w moim przypadku nic nie działało, a ostatnia rzecz, którą próbowałem, faktycznie zadziałała. Wygląda na to, że było to spowodowane niektórymi uprawnieniami systemu Windows dla określonego dysku i folderu, które uniemożliwiają aplikacji zapisywanie w tych określonych folderach lub aktualizowanie plików, nawet gdy jestem zalogowany na koncie administratora i uruchomiłem aplikację jako administrator. Więc to polecenie:

attrib -r +s D:\foldername 

naprawił problem dla mnie.

Po prostu zamieszczam to tutaj, może ktoś ma ten sam problem co mój.