Jak rozwiązać problem „Błąd: zły indeks - krytyczny: plik indeksu uszkodzony” podczas korzystania z Git

611

Następnie git initdodałem i zatwierdziłem kilka plików, wprowadziłem pewne zmiany, dodałem i zatwierdziłem. Skonfiguruj demona git (działającego pod Cygwin na WinXP) i raz sklonował repozytorium. Teraz otrzymuję ten błąd ze sklonowanym repozytorium:

$ git status
error: bad index file sha1 signature
fatal: index file corrupt

Czy jest jakiś sposób, aby to naprawić, poza uzyskaniem nowej kopii repozytorium?

git corruption

— Liczba 8
źródło

Czy jest to w sklonowanym repozytorium, czy w oryginalnym repozytorium? Czy polecenie klonowania wygenerowało jakieś błędy?

— CB Bailey,

1254

Jeśli problem dotyczy indeksu jako obszaru przejściowego dla zatwierdzeń (tj. .git/index), Możesz po prostu usunąć indeks (wykonać kopię zapasową, jeśli chcesz), a następnie przywrócić indeks do wersji w ostatnim zatwierdzeniu:

W systemie OSX / Linux:

rm -f .git/index
git reset

W systemie Windows:

del .git\index
git reset

(Powyższe resetpolecenie jest takie samo jak git reset --mixed HEAD)

Można alternatywnie używać niższego poziomu kanalizacji git read-tree zamiast git reset.

Jeśli problem dotyczy indeksu pliku pakietu , możesz go odzyskać za pomocą git index-pack.

— Jakub Narębski
źródło

27

Przypadkowo zrobiłem :w!a :Gstatus(z fugitive.vim). Ta odpowiedź zaoszczędziła mi dużo ciągnięcia włosów.

— Laurence Gonsalves

5

Wiem, że nie lubimy wiadomości „ja też” - ale „ja też”. Odpowiednikiem w systemie Windows jest to erase /s .git\index, że ja też potrzebowałem erase .git\index.lock.

— Jeremy McGee

1

Cześć, miałem ten sam problem ze znajdowaniem i zamienianiem, ale git reset mówi mi, że w .git / objects / pack / są dwa pliki paczek, do których nie można uzyskać dostępu. Masz pomysł ?

— epsilones

13

czy zamiast tego nie byłoby bezpieczniej używać git reset --keep? W arkuszu

— ściągowym

10

Nie istniało, kiedy pisałem tę odpowiedź ... W każdym razie git reset --keepjest to bezpieczniejsza forma git reset --hard; git reset --mixedw ogóle nie dotyka workdir.

— Jakub Narębski

76

Być może przypadkowo uszkodziłeś plik .git / index przy pomocy sed w katalogu głównym projektu (być może refaktoryzacji?) Za pomocą czegoś takiego:

sed -ri -e "s/$SEACHPATTERN/$REPLACEMENTTEXT/g" $(grep -Elr "$SEARCHPATERN" "$PROJECTROOT")

aby tego uniknąć w przyszłości, po prostu zignoruj pliki binarne za pomocą grep / sed:

sed -ri -e "s/$SEACHPATTERN/$REPLACEMENTTEXT/g" $(grep -Elr --binary-files=without-match "$SEARCHPATERN" "$PROJECTROOT")

— płyty grzewcze
źródło

6

Jeśli nie masz nic przeciwko utracie zmian .git/index, zawsze możesz je usunąć i odtworzyć za pomocą git reset(bez --hard!).

— Jakub Narębski

1

Zepsułem to za pomocą # find ./ -type f -exec sed -i 's / Politician / Legislator / g' {} \; Wykonanie tego, co zaleca ta odpowiedź, nie spowodowałoby jej w pierwszej kolejności, ale zaakceptowana odpowiedź naprawiła szkody, które wyrządziłem. Jest to jednak doskonałe zapobieganie.

— Ryan Mortensen

1

@RyanMortensen Możesz spróbować odwrócić sedcoś z czymś takim. find .git/ -type f -exec sed -i 's/Legislator/Politician/g' {} \; Może to pomóc, jeśli jesteś .git/tak zepsuty, że git resetto nie zadziała. A może chcesz przywrócić istniejący .git/indexbez usuwania go. Nie powiedzie się to oczywiście, jeśli w twoim oryginalnym kodzie lub indeksie było już trochę „Legislatora”.

— płyty grzejne

1

Dziękuję, że zaoszczędziłeś mi wielu kłopotów - rozwiązałem to, odwracając sed, zastępując mój new_stringmoim old_string!

— tsveti_iko,

1

Przeprojektowałem cały projekt zamiast folderu „src” w IntelliJ i miałem ten problem. To wyjaśnia, dlaczego miałem tak dziwne błędy!

— Michael

18

Miałem ten problem i próbuję naprawić to:

rm -f .git/index
git reset

Ale to nie zadziałało. Rozwiązanie ? Z jakiegoś powodu miałem inne foldery .git w podkatalogach. Usuwam te foldery .git (nie główny) i git resetponownie. Po ich usunięciu wszystko znów działało.

— Cleiton Almeida
źródło

15

To brzmi jak zły klon. Możesz spróbować wykonać następujące czynności, aby uzyskać (ewentualnie?) Dodatkowe informacje:

git fsck --full

— Gav
źródło

8

Ponieważ powyższe rozwiązania pozostawiły mnie z ciągłymi problemami, zastosowałem to nudne rozwiązanie:

sklonuj nową kopię repozytorium w innym miejscu
skopiuj nowy katalog .git do (uszkodzonego) repozytorium zawierającego zmiany, które chciałem zatwierdzić

Wykonał lewę. Btw, zrobiłem sedw katalogu głównym projektu, jak zgadł @hobs. Nauczyłem się mojej lekcji.

— eskimwier
źródło

To wspaniale :)

— Jeremy Belolo

To nie jest naprawdę genialne, jeśli byłeś w trakcie fuzji, utworzyłeś gałęzie lub wydałeś jakieś zatwierdzenia od klonowania lub któregokolwiek z wielu innych scenariuszy ... Klonowanie nowej kopii repo nie jest rozwiązaniem, a ja śmiem twierdzić pachnie niecierpliwością (najlepiej pozostawić, gdy jest w prawdziwej szczypcie). O wiele lepiej jest zdiagnozować, co się dzieje i naprawić istniejący indeks repo - zwykle jest to stosunkowo łatwe. Czasami możesz po prostu zmienić nazwę pliku indeksu (lub usunąć go, jeśli jesteś pewien, że nigdy go więcej nie będziesz potrzebować) i pozwolić Gitowi utworzyć nowy (za pomocą git-reset lub git-checkout) ..

— Jazimov

7

To zadziałało dla mnie. Chociaż jestem ciekawy powodu, dla którego zacząłem otrzymywać błędy. Kiedy wylogowałem się wczoraj, było dobrze. Zaloguj się dziś rano, nie było.

rm .git/index

git reset

— Osiemdziesiąt
źródło

To działało dla mnie, chociaż usunęło wszystkie dodane pliki z git. Musiałem uruchomić git add dla tych plików

— Shamsul Arefin Sajib

6

Uwaga dla użytkowników submodułów git - rozwiązania tutaj nie będą działać tak, jak są.

Załóżmy, że masz devna przykład repozytorium nadrzędne , a Twoje repozytorium podmenu jest wywoływane api.

jeśli jesteś w środku apii pojawia się błąd wymieniony w tym pytaniu:

error: bad index file sha1 signature fatal: index file corrupt

indexPlik nie będzie wewnątrz .gitfolderu. W rzeczywistości .gitnie będzie to nawet folder - będzie to dokument tekstowy z lokalizacją prawdziwych danych .git dla tego repozytorium. Prawdopodobnie coś takiego:

~/dev/api $ cat .git gitdir: ../.git/modules/api

Zamiast tego rm -f .git/indexmusisz to zrobić:

rm -f ../.git/modules/api/index git reset

lub bardziej ogólnie

rm -f ../.git/modules/INSERT_YOUR_REPO_NAME_HERE/index git reset

— Jenny
źródło

4

Ten problem może wystąpić, gdy w .gitjednym z podkatalogów znajduje się katalog. Aby to naprawić, sprawdź, czy są tam inne katalogi .git, usuń je i spróbuj ponownie.

— Nick Kuijpers
źródło

Kilka innych odpowiedzi podało już te informacje.

— Simon Forsberg

-1

Zrobiłem prostą sztuczkę. Sklonowałem repozytorium do nowego folderu. Skopiowałem folder .git z nowego folderu do starego folderu repozytorium, zastępując tam .git.

— Astra Uvarova - gwiazda Saturna
źródło

Jest to bardzo niebezpieczne, ponieważ spowoduje usunięcie danych, takich jak niepublikowane zatwierdzenia, znaczniki i gałęzie, a także skrytki i dziennik logowania.

— Koraktor

Nie jestem pewien co do niepublikowanych zatwierdzeń, ponieważ uważam, że są one przechowywane w folderze .git, a ja skopiowałem folder .git. Nic nie straciłem tą metodą. Nie wiem o skrytkach i loguję się, aby móc komentować.

— Astra Uvarova - gwiazda Saturna

Masz rację, ale może powinieneś podkreślić, że zrobiłeś lokalnego klona. Ale mój komentarz jest nadal prawdziwy dla skrytek i ponownego logowania.

— Koraktor

Okej, nie mam żadnego doświadczenia z tym komentarzem, jednak zadziałało to dla mnie i niektórzy użytkownicy mogą uznać je za przydatne. Nie ma potrzeby głosowania za tym.

— Astra Uvarova - gwiazda Saturna

-4

rm -f .git/index
git reset

Więcej informacji na https://www.chris-shaw.com/blog/quick-fix-for-git-corrupt-index

— Christopher Shaw
źródło

Kilka innych odpowiedzi podało już te informacje.

— Simon Forsberg

-7

To niedorzeczne, ale właśnie uruchomiłem ponownie komputer (Mac), a problem zniknął, jakby nigdy się nie zdarzyło. Nienawidzę brzmieć jak pomocnik ...

— Herman Leus
źródło

-9

Możesz także spróbować przywrócić poprzednią wersję pliku (jeśli używasz systemu operacyjnego Windows)

— Shyamsundar
źródło

1

Nie udzielaj odpowiedzi, której nie znasz.

— Altaf Patel