Git - fatal: Nie można utworzyć „/path/my_project/.git/index.lock”: plik istnieje

Nadal pojawia się ten komunikat o błędzie, gdy próbuję przenieść drzewo projektu na git repo.

Sprawdziłem uprawnienia do mojego katalogu w tym projekcie i są one ustawione na 777. W terminalu w katalogu z my_projectustawiłem:

git init

a potem jeśli spróbuję

git add.

lub

git commit -m „pierwsze przesłanie”

więc dostanę błąd

fatal: Unable to create '/path/my_proj/.git/index.lock': File exists.

If no other git process is currently running, this probably means a
git process crashed in this repository earlier. Make sure no other git
process is running and remove the file manually to continue.

Próbowałem również utworzyć nowe repozytorium i tam je zatwierdzić, ale niestety nadal ten sam komunikat o błędzie.

Co jest przyczyną problemu?

Próbować

rm -f ./.git/index.lock

W twoim katalogu repozytorium. Komunikat o błędzie jest dość wyraźny co do tego, co go zwykle powoduje, więc jeśli nie masz uruchomionych innych procesów git (co jest normalnym przypadkiem), śmiało i usuń ten plik.

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

cd .git
del index.lock

AKTUALIZACJA: 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 występuje z powodu nadrabiania zaległości przez wolny system plików. Inni, bardziej doświadczeni deweloperzy mogą włączyć się, jeśli uważają, że jest to poprawne.

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

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

rm -f ./.git/index.lock 

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

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

i to zadziałało.

Powodzenia! To działa super

W moim katalogu .git nie było pliku index.lock. Korzystając z powłoki Git Bash, uruchomiłem ...

cd .git
touch index.lock
rm index.lock

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

Czy przypadkowo utworzyłeś repozytorium za pomocą rootużytkownika?

Zdarza się, że jako rootużytkownik utworzyłem repozytorium git .

Usunąłem repozytorium git i utworzyłem je ponownie bez sudoi działa.

mam też ten problem i uważam, że to naprawdę problem z uprawnieniami. więc robię to:

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

wtedy wszystko jest wspaniałe, a gaa jest sukcesem.

a następnie używam gp, otrzymuję kolejny błąd prawie taki sam błąd

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

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

cd .git
rm index.lock

Jeśli używasz jednego z #intelliJIDE i otrzymujesz tę wiadomość (używam #webtorm), zauważ, że ten problem może wystąpić z powodu ukrycia jednego z folderów projektu (ustawienia wewnętrzne), co może uniemożliwić GITscalenie.

Rozwiązaniem, które działało dla mnie, było zamknięcie wysublimowanego tekstu, ponieważ uruchomiony proces git został zainicjowany przez redaktora.

Jeśli po spróbowaniu:

rm -f ./.git/index.lock

dostajesz:

rm: nie można odłączyć „index.lock”: Odmowa uprawnień

Spróbuj zamknąć całe oprogramowanie, które może korzystać z Git. Miałem otwarte drzewo źródłowe i Visual Studio, a po zamknięciu oba polecenia działały.

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

Rozwiązanie (Win 10)

1. Zakończ zadanie dla wszystkich procesów Git Windows (32-bitowych) w Menedżerze zadań

2. Usuń plik .git / index.lock

W moim przypadku rozwiązaniem było odczekać 5 minut. Oczywiście moja poprzednia operacja wciąż działała, ale po prostu jej nie znałem. Użyłem żółwia git na Windows.

Użyj tego:

rm -Force ./.git/index.lock

Myślę, że istnieje lepsze rozwiązanie niż usunięcie pliku (a Bóg wie, co będzie dalej podczas usuwania / tworzenia pliku za pomocą sudo):

git gc

Masz problem, .git/index.lockwięc usuń go za pomocą poniższego polecenia.

Komenda:

sudo rm -rf .git / index.lock

Kilka razy próbowałem wielu metod, ale ta zadziałała dla mnie (użyłem terminala PyCharm):

$ cd .git/

$ rm -f index.lock

Następnie spróbowałem ponownie utworzyć puste repozytorium git:

$ git init

$ git add .

$ git commit -m "commit msg"

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

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

zmień submodules-name na nazwę submodułu.

Rozwiązaniem tego problemu jest skopiowanie trzech plików xcode / project do katalogu, a następnie utworzenie nowego katalogu (Whereever else), a następnie wklejenie trzech plików / katalogów.

Możemy też po prostu zabić proces git. Ten sam problem pojawia się za pośrednictwem aplikacji GUI dla git, coś idzie nie tak i git sprawia, że ​​niektóre działają nieskończenie. Proces zabijania zamrozi aplikację działającą z git, po prostu uruchom ją ponownie i wszystko będzie dobrze.

W przypadku, gdy z jakiegokolwiek powodu wykonujesz rebase z folderu, który jest synchronizowany przez usługę w chmurze (dropbox, dysk, onedrive itp.), Powinieneś zatrzymać lub wyłączyć synchronizację, ponieważ będzie to zakłócać uprawnienia w trakcie rebase .

Dla mnie tak było

rm -r .git-credentials.lock 

Zmieniłem uprawnienia do katalogu, aby wiedzieć, że może to być związane z uprawnieniami. W moim przypadku usunąłem niechcianych (_www) użytkowników, a następnie zastosowałem zezwolenie na odczyt / zapis dla wszystkich, stosując zmienione dla całej zawartości. To jest na Macu

Wszystkie polecenia usuwania nie działały dla mnie, to co zrobiłem, to nawigacja tam przy użyciu ścieżki podanej w git, a następnie ręczne usunięcie.

NIE UŻYWAJ do tego wtyczki Atom platformio-atom-ide-terminal . KORZYSTAJ Z TERMINALA SWOJEJ DISTRO BEZPOŚREDNIO.

Wciąż otrzymywałem ten błąd podczas zmiany / zgniatania zatwierdzeń i nie wiedziałem dlaczego, ponieważ robiłem to wcześniej kilka razy.

Nie ważne ile razy usunąłem index.lockplik, za każdym razem, gdy się nie powiedzie.

Okazało się, że to dlatego, że korzystałem z wtyczki terminalu ATOM EDITOR . Kiedyś użyłem terminala dostarczanego z Ubuntu, działało to jak urok.

po prostu przejdź do D: /project/androidgc/.git/ tego katalogu i usuń plik index.lock, który zadziałał dla mnie.

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

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

Trochę dodając, ponieważ musiałem użyć różnych odpowiedzi, aby uzyskać rzeczywiste rozwiązanie (dla mnie).

Zrobiło to dla mnie:

1. Otwórz oddział, nad którym pracujesz
2. Otwarty terminal (używam terminala w Git GUI)
3. Wpisz polecenie: cd .git
4. Wpisz polecenie: rm -f index.lock

Niektóre mogą wymagać użycia -Forcezamiast -f. Można sprawdzić linii poleceń swojego terminala wydając polecenie w terminalu coś podobnego: git help.

Wszystkie rozwiązania są prawidłowe:

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 do rozpakowywania lub kopiowania nowego folderu .git. Git nie będzie miał dostępu do folderu .git, jeśli użyjesz do tego uprawnień administratora

Zdarzyło mi się to, gdy byłem w podkatalogu katalogu odpowiadającego folderowi głównemu repozytorium (tj. Katalogowi, w którym był .git). Przejście do katalogu głównego rozwiązało problem - kosztem uczynienia wszystkich odwołań do plików nieco bardziej niewygodnymi, ponieważ musisz przejść ścieżkę / do / folder / foo.ext zamiast tylko foo.ext