Git-fatal: Unable to create ' / path / my project/.git / index.lock': plik istnieje

W systemie Windows wykonaj to w wierszu polecenia z katalogu repo:

cd .git
del index.lock

UPDATE: Odkryłem, że nie muszę wykonywać tej procedury, jeśli poczekam chwilę po zamknięciu plików, nad którymi pracuję, zanim spróbuję zmienić gałęzie. Myślę, że czasami ten problem pojawia się z powodu doganiania przez git powolnego systemu plików. Inni, bardziej kompetentni Programiści git mogą się odezwać, jeśli uznają to za poprawne.

Spróbuj zamknąć Xcode - ponieważ jest to klient git, musisz zamknąć Xcode, aby uniknąć problemów z git w wierszu poleceń.

Miałem ten sam problem. Próbowałem

rm -f ./.git/index.lock 

I konsola dała mi komunikat o błędzie. Potem próbowałem

rm --force ./.git/index.lock

W moim .katalog git, nie było indeksu.Zablokuj plik. Więc, używając powłoki Git Bash, uciekłem...

cd .git
touch index.lock
rm index.lock

Polecenie touch utworzyło plik i problem zniknął.

Czy przypadkiem utworzyłeś repozytorium używając użytkownika root?

Tak się składa, że utworzyłem repozytorium git jako użytkownik root.

Usunąłem repozytorium git i utworzyłem je ponownie Bez {[2] } i działa.

Ja też mam ten problem i uważam to za problem z pozwoleniem. więc robię to:

sudo chown -R : .git #change group
sudo chmod -R 775 .git #change permission

A potem używam gp, dostaję kolejny błąd prawie ten sam błąd

sudo chown -R "${USER:-$(id -un)}" . #use this can fix the problem

W systemie Mac OS X zrób to w wierszu polecenia z katalogu repo:

cd .git
rm index.lock

W Windows udało mi się usunąć plik blokady tylko po zakończeniu zadania dla wszystkich procesów Git Windows (32bit) w Menedżerze Zadań.

Rozwiązanie (Win 10)

1. End Task dla wszystkich procesów Git Windows (32bit) w Menedżerze Zadań

2. Delete the .git / index.lock file

Myślę, że jest lepsze rozwiązanie niż usunięcie pliku (i Bóg wie, co będzie dalej przy usuwaniu / tworzeniu pliku z sudo):

git gc

Jeśli używasz jednego z identyfikatorów #intelliJ i otrzymujesz ten msg( ja używam #webtorm), zwróć uwagę, że ten problem może wystąpić z powodu ukrycia jednego z folderów projektu( w Ustawieniach), co może uniemożliwić GITpołączenie.

W moim przypadku rozwiązaniem było odczekanie 5 minut. Oczywiście moja poprzednia operacja była nadal w toku, ale po prostu nie wiedziałem o tym. Używałem tortoise git na windows.

Rozwiązaniem, które zadziałało dla mnie było zamknięcie sublime text, ponieważ uruchomiony proces git został zainicjowany przez edytor.

If after you try:

Rm-f ./.git / index.lock

Otrzymujesz:

Rm: nie można odłączyć indeksu.lock': Permission denied

Spróbuj zamknąć wszystkie programy, które mogą używać Gita. Miałem otwarte Source Tree i Visual Studio i po zamknięciu oba polecenia działały.

Użyj Tego:

rm -Force ./.git/index.lock

Nie używaj atomu platformio-atom-ide-terminal wtyczka do tego. UŻYJ TERMINALA SWOJEJ DYSTRYBUCJI BEZPOŚREDNIO.

Ciągle otrzymywałem ten błąd podczas rebasowania / zgniatania commitów i nie wiedziałem dlaczego, ponieważ robiłem to wcześniej kilka razy.

Nie miało znaczenia, ile razy usuwałem plik index.lock, za każdym razem, gdy się nie powiodło.

Okazało się, że to dlatego, że używałem Atom EDITOR terminal plugin. Kiedyś użyłem terminala, który wysyła z Ubuntu działało jak urok.

Masz problem z .git/index.lock więc usuń go za pomocą poniższego polecenia.

Polecenie:

Sudo rm-rf .git / index.lock

Próbowałem go z wielu metod kilka razy, ale ta mi się udało (użyłem terminala PyCharm):

$ cd .git/

$ rm -f index.lock

Potem spróbowałem ponownie utworzyć pusty Git repo:

$ git init

$ git add .

$ git commit -m "commit msg"

Jeśli jest to podmoduł, spróbuj tego zamiast w katalogu repozytorium:

rm -f ../.git/modules/submodule-name/index.lock

Zmień nazwę podmodułu na nazwę podmodułu.

Rozwiązaniem tego problemu jest skopiowanie trzech plików Xcode / project w katalogu, a następnie utworzenie nowego katalogu (gdzie indziej), a następnie wklejenie trzech plików / katalogów.

Możemy też po prostu zabić proces Gita. otrzymuję ten sam problem poprzez aplikację GUI dla git, coś idzie nie tak i git sprawia, że niektóre działają w nieskończoność. Killing process zamrozi aplikację, która działa z Gitem, po prostu uruchom ją ponownie i wszystko będzie ok.

W przypadku, z jakiegokolwiek powodu, robisz rebase z folderu, który jest synchronizowany przez usługę w chmurze (dropbox, Dysk, onedrive, itp.), należy wstrzymać lub wyłączyć synchronizację, ponieważ będzie to zakłócać uprawnienia podczas rebase.

Dla mnie to było

rm -r .git-credentials.lock 

Zmieniłem uprawnienia katalogu, więc wiedziałem, że może to być związane z uprawnieniami. W moim przypadku usunąłem niechcianych (_www) użytkowników, a następnie zastosowałem uprawnienia do odczytu/zapisu do wszystkich przez zastosowanie zmienione do wszystkich treści. To jest na Mac

Wszystkie polecenia remove nie działały dla mnie to, co zrobiłem, to nawigowanie tam za pomocą ścieżki podanej w git, a następnie usuwanie go ręcznie.

Po prostu przejdź do D:/project/androidgc/git / this directory and delete index.lock to mi pomogło.

W przypadku, gdy ktoś używa git svn, miałem ten sam problem, ale nie mogłem usunąć pliku, ponieważ go nie było!. Po sprawdzeniu uprawnień, dotknięciu pliku i usunięciu go, a nie pamiętam, co jeszcze, zadziałało:

• Sprawdź gałąź master.
• Git svn rebase (on master)
• Sprawdź gałąź, nad którą pracowałeś
• Git svn rebase

Małe dodanie, ponieważ musiałem użyć różnych odpowiedzi, aby uzyskać rzeczywiste rozwiązanie (dla mnie).

This did it for me:

1. Open branch, nad którym pracujesz
2. Open terminal (używam terminala w GUI Git)
3. Typ w poleceniu: cd .git
4. Typ w poleceniu: rm -f index.lock

Niektórzy mogą używać -Force zamiast -f. Możesz sprawdzić linie poleceń swojego terminala, wykonując polecenie w swoim terminalu coś w stylu: git help.

Wszystkie rozwiązania są właściwe:

Just remove .git from your corrupted repository, 

then copy this file if back from another clone (if you don't have it in another machine, just clone it).

Wreszcie, co mnie zmieniło:

• Unikaj używania sudo aby rozpakować lub skopiować nowy .folder git. Git nie będzie miał dostępu dofolder git, jeśli użyjesz uprawnień superużytkownika do jego utworzenia

Miałem to zdarzenie, gdy byłem w podkatalogu katalogu odpowiadającego katalogowi głównemu repo (tj. katalogu, w którym .git był). Przejście do katalogu głównego rozwiązało problem-kosztem uczynienia wszystkich odniesień do plików nieco bardziej niewygodnymi, ponieważ musisz przejść ścieżkę / do / folderu / foo.ext zamiast tylko foo.ext