Après git init J'ai ajouté et validé quelques fichiers, fait quelques changements, ajouté et validé. J'ai configuré le démon git (fonctionnant sous Cygwin sur WinXP) et cloné le dépôt une fois. Maintenant, j'obtiens cette erreur avec le dépôt cloné :
$ git status
error: bad index file sha1 signature
fatal: index file corruptY a-t-il un moyen de résoudre ce problème, à part obtenir une nouvelle copie du référentiel ?
Si le problème vient de l'index comme la zone de transit pour les commits (c'est-à-dire .git/index ), vous pouvez simplement supprimer l'index (faites une copie de sauvegarde si vous le souhaitez), et ensuite restaurer l'index à la version du dernier commit :
Sur OSX/Linux/Windows (avec Git bash) :
rm -f .git/index
git resetSous Windows (avec CMD et non git bash) :
del .git\index
git reset(Le reset La commande ci-dessus est la même que git reset --mixed HEAD )
Vous pouvez également utiliser le niveau inférieur plomberie git read-tree au lieu de git reset .
Si le problème concerne indice pour fichier d'emballage vous pouvez le récupérer en utilisant git index-pack .
J'ai accidentellement fait un :w! dans un :Gstatus (de fugitive.vim). Cette réponse m'a épargné beaucoup d'arrachage de cheveux.
Je sais que nous n'aimons pas les messages "moi aussi" - mais "moi aussi". L'équivalent dans Windows est erase /s .git\index J'avais besoin d'un erase .git\index.lock aussi.
Vous avez peut-être accidentellement corrompu le fichier .git/index avec un sed sur votre projet Root (refactoring peut-être ?) avec quelque chose comme :
sed -ri -e "s/$SEACHPATTERN/$REPLACEMENTTEXT/g" $(grep -Elr "$SEARCHPATERN" "$PROJECTROOT")pour éviter cela à l'avenir, ignorez simplement les fichiers binaires avec votre grep/sed :
sed -ri -e "s/$SEACHPATTERN/$REPLACEMENTTEXT/g" $(grep -Elr --binary-files=without-match "$SEARCHPATERN" "$PROJECTROOT")
Si cela ne vous dérange pas de perdre des changements dans .git/index vous pouvez toujours le supprimer et le recréer avec git reset (sans --hard !).
Je l'ai cassé avec # find ./ -type f -exec sed -i 's/Politician/Legislator/g' {} \ ; En faisant ce que cette réponse recommande, je ne l'aurais pas cassé en premier lieu, mais la réponse acceptée a réparé les dommages que j'ai faits. C'est une excellente prévention.
@RyanMortensen Vous pourriez essayer d'inverser votre sed avec quelque chose comme find .git/ -type f -exec sed -i 's/Legislator/Politician/g' {} \; Cela peut aider si votre .git/ est tellement corrompu que git reset ne fonctionnera pas. Ou peut-être que vous voulez restaurer votre .git/index sans l'effacer. Cela échouera, bien sûr, si votre code ou votre index d'origine contenait déjà des "législateurs".
J'ai eu ce problème, et j'ai essayé de le résoudre avec ça :
rm -f .git/index
git resetMAIS cela n'a pas fonctionné. La solution ? Pour une raison quelconque, j'avais d'autres dossiers .git dans des sous-répertoires. J'ai supprimé ces dossiers .git (pas le dossier principal) et git reset encore. Une fois qu'ils ont été supprimés, tout a fonctionné à nouveau.
Puisque les solutions ci-dessus m'ont laissé des problèmes persistants, j'ai utilisé cette solution terne :
Ça a marché. Au fait, j'ai fait un sed sur le projet Root comme @hobs l'a deviné. J'ai appris ma leçon.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
0 votes
Est-ce dans le référentiel cloné, ou dans le référentiel d'origine ? La commande de clonage a-t-elle produit des erreurs ?