Modifications non gérées laissées après git reset --hard

Question

Après git reset --hard , git status me donne des fichiers dans le Changes not staged for commit: section.

J'ai aussi essayé git reset . , git checkout -- . y git checkout-index -f -a en vain.

Alors, comment puis-je me débarrasser de ces changements non gérés ?

Cela semble toucher uniquement les fichiers de projet Visual Studio. C'est bizarre. Voir ce collage : http://pastebin.com/eFZwPn9Z . Ce qui est spécial avec ces fichiers, c'est que dans .gitattributes j'ai :

*.sln        eol=crlf
*.vcproj     eol=crlf
*.vcxproj*   eol=crlf

Aussi, autocrlf est définie comme fausse dans mon système global .gitconfig . Cela pourrait-il être pertinent ?

Answer 1

J'ai eu le même problème et il était lié à la .gitattributes fichier. Cependant, le type de fichier à l'origine du problème n'était pas spécifié dans le fichier .gitattributes .

J'ai pu résoudre le problème en exécutant simplement

git rm .gitattributes
git add -A
git reset --hard

Answer 2

RÉSOLU ! !!

J'ai résolu ce problème en suivant les étapes suivantes

1) Supprimer tous les fichiers de l'index de Git.

git rm --cached -r .

2) Réécrire l'index Git pour prendre en compte toutes les nouvelles fins de lignes.

git reset --hard

La solution faisait partie des étapes décrites sur le site git. https://help.github.com/articles/dealing-with-line-endings/

Answer 3

Git ne réinitialise pas les fichiers qui ne sont pas dans le dépôt. Donc, vous pouvez :

$ git add .
$ git reset --hard

Cela mettra en scène tous les changements, ce qui amènera Git à prendre connaissance de ces fichiers, puis à les réinitialiser.

Si cela ne fonctionne pas, vous pouvez essayer de cacher et de déposer vos modifications :

$ git stash
$ git stash drop

Answer 4

Si vous utilisez Git pour Windows, il s'agit probablement de votre problème.

J'ai eu le même problème et Stash, hard reset, clean ou même tous ces éléments laissaient encore des changements derrière eux. Ce qui s'est avéré être le problème, c'est le mode de fichier x qui n'a pas été défini correctement par git. C'est un "problème connu" avec git pour Windows. Les modifications locales apparaissent dans gitk et git status comme ancien mode 100755 nouveau mode 100644, sans aucune différence réelle entre les fichiers.

La solution consiste à ignorer le mode de fichier :

git config core.filemode false

Plus d'informations ici

Answer 5

Ok, j'ai en quelque sorte résolu le problème.

Il semble que le .gitattributes contenant :

*.sln        eol=crlf
*.vcproj     eol=crlf
*.vcxproj*   eol=crlf

a fait en sorte que les fichiers du projet apparaissent non organisés. Je ne sais pas pourquoi, et j'espère vraiment que quelqu'un qui connaît bien git pourra nous donner une bonne explication.

Ma solution a été de supprimer ces fichiers, et d'ajouter autocrlf = false en [core] sur .git/config .

Cela ne revient pas exactement à la même chose que la configuration précédente, car elle exige que chaque dev dispose de autocrlf = false . J'aimerais trouver une meilleure solution.

EDITAR:

J'ai commenté les lignes incriminées, je les ai décommentées et ça a marché. Qu'est-ce que... Je ne sais même pas... !