Odłączenie pliku nie powiodło się. Mam spróbować jeszcze raz?

Miałem ten problem i rozwiązałem go poleceniem: git gc Powyższe polecenie usuwa tymczasowe i niepotrzebne pliki. (Śmieciarz.)

To rozwiązanie z tutaj zadziałało dla mnie:

Jest to odpowiedź specyficzna dla systemu Windows, więc jestem świadomy, że nie jest to istotne dla Ciebie... Włączam to dla dobra przyszłych poszukiwaczy.

W moim przypadku, to dlatego, że uruchamiałem Git z nie-podwyższonej linii poleceń. "Uruchom jako Administrator" naprawił to dla mnie.

Napotkałem ten problem podczas wykonywania git pull.

I to rozwiązało mój problem.

W moim przypadku nie ma procesów dotykających pliku lub katalogu. Może się zdarzyć, jeśli ścieżka jest bardzo długa, ponieważ ograniczenie systemu operacyjnego (windows). Spróbuj włączyć flagę obsługi longpath w globalnej konfiguracji Gita, jak wskazano poniżej:

git config --global core.longpaths true

Lub spróbuj ustawić flagę odpowiedzi TAK/NIE, jeśli nie jest to dla Ciebie sprzeczne

set GIT_ASK_YESNO=false

Jeśli ścieżka jest zbyt długa, nie znalazłem udanego rozwiązania.

W moim przypadku (Win8.1, uruchomiony TortoiseGit), to proces o nazwie "TortoiseSVN status cache" blokował plik.

Zabicie go pozwoliło mi uruchomić "git gc" bez większych problemów. Powyższy proces jest uruchamiany przez TortoiseGit, więc nie ma potrzeby ręcznego restartowania go.

To może być przydatne dla kogoś; jeśli wszystkie powyższe nie zadziałały dla Ciebie, wykonaj następujące kroki:

1. Zamknij swój IDE (mój był Eclipse, Nie wiem, czy dotyczy Intellij i innych) lub inną aplikację, która może używać git.

2. Otwórz git z linii poleceń (w moim przypadku miałem Git bash) i uruchom git gc jak wspomniano przez innych.

Na Windows 8: Uruchomiłem git gc i napisało, że git GC już działa, uruchomiłem git gc -- force i garbage collector uruchomił.

Mógłbym wtedy przełączać gałęzie i scalać bez żadnych problemów, spróbuj git gc --force.

Być może proces gc nie zatrzymał się z wdziękiem z tego czy innego powodu.

Mam taki problem w Windows. Zamknąłem moje IDE (Android Studio) i wybrałem YES w git shell. Zadziałało.

Miałem taki problem z plikami .tmp w folderze /.git/objects/pack. Myślę, że coś się nie udało podczas push lub pull, więc usunąłem te pliki tymczasowe i zresetowałem głowę do mojego ostatniego commita. Nie wiem, czy to jest zalecane, ale to działało dla mnie. Również git count-objects -v dał mi listę .tmp plików, które nie należą do folderu pack.

Lub aby wyłączyć komunikaty y / n w windows git open cmd.exe i uruchomić:

SETX GIT_ASK_YESNO false

Widziane Tutaj: https://twitter.com/petercamfield/status/494805475733807104

Napotkałem ten sam problem podczas wykonywania 'git pull'. Próbowałem ręcznego sprzątania polecenia git 'git gc' i to rozwiązało mój problem.

Miałem taki problem w Windows 7 i okazało się, że jest to spowodowane jakimś osieroconym procesem git.exe.

Aby go rozwiązać, otwórz Menedżera zadań i zabij wszystkie git.exe procesy.

Ponieważ polecenia git są krótkotrwałe, normalnie nigdy nie powinieneś widzieć git.exe w Menedżerze Zadań. Kiedy tam są, zazwyczaj oznacza to, że coś jest nie tak i powinieneś zabić te procesy.

Po wypróbowaniu różnych rozwiązań w końcu git clean -f pomógł mi.

EDIT: kilka razy ponownie trafiłem na problem-zamknięcie wszystkich procesów zależnych od git wydaje się pomóc (jak gitbash, Eclipse IDE, itp.)

Ponieważ używam gitkraken i wiersza polecenia, natrafiłem na ten sam problem. A potem uruchamiam git gc polecenie To rozwiązało mój problem. Więc jestem szczęśliwy i chcę podzielić się niektórymi punktami, które mogą być pomocne.

Co {[1] } zrobi ?

git gc usuwanie nieosiągalnych obiektów, które mogły zostać utworzone z poprzednich wywołań git add.

Kiedy biegać git gc?

Z doc , użytkownicy są zachęcani do regularnego uruchamiania tego zadania w każdym repozytorium, aby utrzymać dobre wykorzystanie miejsca na dysku i dobrą wydajność operacyjną.

Jak zrobić to auto-konfigurowalne?

Niektóre polecenia git mogą automatycznie uruchamiać git gc; zobacz flagę --auto poniżej po szczegóły. Jeśli wiesz, co robisz i wszystko, co chcesz, to trwale wyłączyć to zachowanie bez dalszych rozważań, po prostu zrób

git config --global gc.auto 0

To może być osobne okno gitk uruchomione, aby zobaczyć historię Gita.

Po prostu zamknij to okno, aby rozwiązać ten problem.

Natknąłem się na ten problem z uruchomieniem git Bash i Eclipse EGit w tym samym czasie. Rozwiązanie: Zamknij Eclipse. Również nie zaszkodzi uruchomić git gc jak wspomniał @khilo.

Po tym, jak żadna z powyższych odpowiedzi nie zadziałała, running git fetch -p wykonało zadanie za mnie.

Https://git-scm.com/docs/git-fetch

Jak wspomniano powyżej, coś innego trzyma pliki. Rzecz w tym, że ten program nie wygląda podejrzanie dla nas. Próbowałem zrobić git pull z konsoli, podczas gdy GitKraken został otwarty. Zamknięcie GitKraken naprawiło problem.

Jeśli tworzysz aplikację internetową, częstym powodem jest zapominanie o wyłączaniu serwera. Na przykład może to być prosty węzeł.proces js lub w systemie windows proces IIS działa bardziej dyskretnie jako proces w tle.

Próbowałem git gc i to rozwiązało mój problem.

Napotkałem ten problem w Windows, możesz chcieć uruchomić Git bash jako administrator, a następnie wykonać polecenia desire, które rozwiązały problem dla mnie.

W Windows, widziałem ten błąd na git clone (dość dużej) repo. Zamknąłem SmartGit i wstrzymałem moje oprogramowanie do backupu (CrashPlan), a potem zadziałało. Nie wiem, który z 2 zrobił sztuczkę, ale jeśli bieganie albo, To może zrobić to za Ciebie.

Miałem ten sam problem podczas wykonywania git pull i jak wspomniano powyżej, było to spowodowane programem, który przechowywał te pliki i nie pozwalał na git pull. Zamknięcie programu pomogło. Zwykle IDE (jak Eclipse), z którego są sprawdzane pliki, będzie trzymało je w tle. Zamknięcie tego samego i ponowne uruchomienie git Pulla rozwiązało problem dla mnie.

Po uruchomieniu polecenia

git rm -rf foo.bar

Widzę błąd

Unlink of file 'foo.bar' failed. Should I try again? (y/n)

Ponieważ inny program używa tego pliku . Na przykład, gdy uruchamiam aplikację webową Java w modelu debugowania lub uruchamiam aplikację webową na serwerze, nie mogę usunąć pliku dziennika. Wyłączanie aplikacji (lub wyłączanie procesu debugowania), spróbuj ponownie

git rm -rf foo.bar

Widzę, że plik został usunięty.

Miałem ten sam błąd i zamknięcie aplikacji, która miała otwarty plik rozwiązał go. Udało mi się wrócić i nacisnąć "Y"

Próbowałem wszystkich porad na tej stronie i nic nie pomogło. Robiłem git fetch i git reset --hard origin/development dał mi błąd unkink. Nie mogłem zresetować ostatniego commita.

Pomogło sprawdzenie innej gałęzi, a następnie sprawdzenie poprzedniej. Bardzo dziwne, ale to rozwiązało problem.