Как решить «Ошибка: неверный индекс - Фатальный: поврежден индексный файл» при использовании Git

612

После git initэтого я добавил и зафиксировал несколько файлов, внес некоторые изменения, добавил и зафиксировал. Установите демон git (работает под Cygwin на WinXP) и клонировали репозиторий один раз. Теперь я получаю эту ошибку с клонированным хранилищем:

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

Есть ли способ исправить это, кроме получения новой копии хранилища?

git corruption

— Number8
источник

Это в клонированном репозитории или в оригинальном репозитории? Команда clone выдает какие-либо ошибки?

— CB Bailey

1259

Если проблема связана с индексом в качестве промежуточной области для фиксации (то есть .git/index), вы можете просто удалить индекс (сделать резервную копию, если хотите), а затем восстановить индекс до версии в последнем коммите:

В OSX / Linux:

rm -f .git/index
git reset

В Windows:

del .git\index
git reset

(Команда resetвыше такая же как git reset --mixed HEAD)

В качестве альтернативы вы можете использовать более низкий уровень сантехники git read-tree вместо git reset.

Если проблема связана с индексом для packfile , вы можете восстановить его, используя git index-pack.

— Якуб Наребски
источник

27

Я случайно сделал :w!в :Gstatus(от fugitive.vim). Этот ответ спас меня от растягивания волос.

— Лоуренс Гонсалвес

5

Я знаю, что нам не нравятся сообщения «я тоже», но «я тоже». Эквивалент в Windows есть erase /s .git\index, мне erase .git\index.lockтоже нужен был .

— Джереми МакГи

1

Привет, у меня была такая же проблема с поиском и заменой, но git reset говорит мне, что в .git / objects / pack / есть два файла пакета, к которым нет доступа. У тебя есть идея?

— epsilones

13

не будет ли безопаснее использовать git reset --keepвместо этого? В шпаргалке Tower Git это объясняется так: Сбросьте указатель HEAD на предыдущий коммит и сохраните незафиксированные локальные изменения

— Pjetr

10

Его не было, когда я писал этот ответ ... Во всяком случае, git reset --keepэто более безопасная форма git reset --hard; git reset --mixedвообще не касается workdir

— Якуб Наребски

76

Возможно, вы случайно повредили файл .git / index с помощью sed в корне вашего проекта (возможно, рефакторинг?) Примерно так:

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

чтобы избежать этого в будущем, просто игнорируйте двоичные файлы с помощью вашего grep / sed:

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

— варочные панели
источник

6

Если вы не против потерять изменения .git/index, вы всегда можете удалить их и создать заново git reset(без --hard!).

— Якуб Наребски

1

Я сломал его с помощью команды # find ./ -type f -exec sed -i 's / Politician / Legislator / g' {} \; Выполнение того, что рекомендует этот ответ, во-первых, не сломало бы его, но принятый ответ восстановил ущерб, который я нанес. Это отличная профилактика.

— Райан Мортенсен

1

@RyanMortensen Вы можете попробовать инвертировать sedчто-то вроде этого. find .git/ -type f -exec sed -i 's/Legislator/Politician/g' {} \; Это может помочь, если ваш файл .git/настолько поврежден, что git resetне сработает. Или, может быть, вы хотите восстановить существующие, .git/indexне удаляя их. Конечно, это не удастся, если в вашем исходном коде или индексе уже есть некоторые «Законодатели».

— варенье

1

Спасибо, @hobs, ты избавил меня от многих проблем - я решил их, перевернув sed, заменив мой new_stringна мой old_string!

— цветы_ико

1

Я изменил весь свой проект вместо папки 'src' в IntelliJ, и у меня возникла эта проблема. Это объясняет, почему у меня были такие странные ошибки!

— Майкл

18

У меня была эта проблема, и я пытаюсь исправить это:

rm -f .git/index
git reset

НО это не сработало. Решение ? По какой-то причине у меня были другие папки .git в подкаталогах. Я удаляю эти .git папки (не главные) и git resetснова. Как только они были удалены, все снова заработало.

— Клитон Алмейда
источник

15

Это звучит как плохой клон. Вы можете попробовать следующее, чтобы получить (возможно?) Больше информации:

git fsck --full

— Гав
источник

8

Поскольку вышеприведенные решения оставили меня с постоянными проблемами, я использовал это скучное решение:

клонировать новую копию репо в другом месте
скопируйте новый каталог .git в (поврежденный) репозиторий, содержащий изменения, которые я хотел зафиксировать

Сделал трюк. Кстати, я сделал sedв корне проекта, как и предполагал @hobs. Выучил мой урок.

— eskimwier
источник

Это великолепно :)

— Джереми

Это не очень хорошо, если вы были в середине слияния, создали ветви или выполнили какие-либо коммиты после клонирования или по ряду других сценариев ... Клонирование новой копии репо вряд ли является решением, и я осмелюсь сказать, это пахнет нетерпением (лучше оставить, когда в истинной щепотке). Гораздо лучше на самом деле диагностировать происходящее и восстанавливать индекс существующего репо - это обычно относительно легко сделать. Иногда вы можете просто переименовать индексный файл (или удалить его, если вы уверены, что он вам больше не понадобится) и позволить Git создать новый (используя git-reset или git-checkout) ..

— Джазимов

7

Это сработало для меня. Хотя мне любопытно, почему я начал получать ошибки в первую очередь. Когда я вышел из системы вчера, это было нормально. Войдите сегодня утром, это не было.

rm .git/index

git reset

— Восемьдесят
источник

Это сработало для меня, хотя и удалило все добавленные файлы из git. Я должен был запустить git add для этих файлов

— Шамсул Арефин Саджиб

6

Примечание для пользователей подмодулей git - решения здесь не будут работать для вас как есть.

Допустим, у вас есть dev, например, родительский репозиторий , а ваш субмодульный репозиторий называется api.

если вы внутри, apiи вы получите ошибку, упомянутую в этом вопросе:

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

indexФайл НЕ будет внутри .gitпапки. Фактически, это .gitдаже не будет папка - это будет текстовый документ с расположением реальных данных .git для этого хранилища. Скорее всего как то так

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

Итак, вместо этого rm -f .git/indexвам нужно будет сделать это:

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

или, в более общем плане,

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

— jenming
источник

4

Эта проблема может возникнуть, если .gitпод одним из подкаталогов находится каталог. Чтобы исправить это, проверьте, есть ли там другие каталоги .git, удалите их и попробуйте снова.

— Ник Куйперс
источник

Несколько других ответов уже предоставили эту информацию.

— Саймон Форсберг,

-1

Я сделал простой трюк. Я клонирую репо в новую папку. Скопировал папку .git из новой папки в старую папку репозитория, заменив там .git.

— Астра Уварова - звезда Сатурна
источник

Очень опасно, потому что удаляет такие данные, как неопубликованные коммиты, теги и ветки, а также тайники и журналы.

— Корактор

Не уверен насчет неопубликованных коммитов, так как считаю, что они хранятся в папке .git, а я скопировал папку .git. Я ничего не потерял с этим методом. Я не знаю о тайниках и рефлогах, чтобы комментировать.

— Астра Уварова - звезда Сатурна

Вы правы, но, возможно, вам следует подчеркнуть, что вы сделали местный клон. Но мой комментарий все еще актуален для тайников и журналов.

— Корактор

Ладно, у меня больше нет опыта в этом комментарии, однако, он сработал для меня, и некоторые пользователи могут найти его полезным. Там нет необходимости понижать его.

— Астра Уварова - звезда Сатурна

-4

rm -f .git/index
git reset

Более подробная информация на https://www.chris-shaw.com/blog/quick-fix-for-git-corrupt-index

— Кристофер Шоу
источник

Несколько других ответов уже предоставили эту информацию.

— Саймон Форсберг,

-7

Это смешно, но я только что перезагрузил свою машину (mac), и проблема исчезла, как будто ее никогда не было. Я ненавижу звучать как парень поддержки ...

— Герман Леус
источник

-9

Вы также можете попробовать восстановить предыдущую версию файла (если вы используете Windows OS)

— Shyamsundar
источник

1

Не ставь ответ, которого не знаешь.

— Альтаф Патель