'git status' montre les fichiers modifiés, mais 'git diff' ne les montre pas.

Question

J'ai examiné toutes les questions similaires. Cependant, j'ai revérifié et quelque chose d'étrange se passe définitivement.

Sur un serveur (Solaris avec Git 1.8.1), j'ai cloné le dépôt Git puis j'ai copié le dossier .git dans mes fichiers en direct existants. Cela a parfaitement fonctionné, je pouvais exécuter

git status

puis

git diff [nom du fichier]

pour vérifier les fichiers qui étaient différents.

Sur un autre serveur (Solaris avec Git 1.7.6), je fais exactement la même chose cependant

git diff [nom du fichier]

ne montre rien, même si le contenu du fichier est définitivement différent. J'ai également testé en ajoutant un nouveau fichier, en le validant, puis en l'éditant. Le même problème, git status montre que le fichier a été modifié, mais git diff n'affiche rien. Si je télécharge le fichier modifié et que j'exécute un diff localement, j'obtiens une sortie diff.

Answer 1

Pour moi, cela avait quelque chose à voir avec les autorisations de fichier. Quelqu'un avec Mac/Linux sur mon projet semble commettre des fichiers avec des autorisations non par défaut que mon client Git Windows n'a pas pu reproduire.

La solution pour moi a été de dire à Git d'ignorer les autorisations de fichier :

git config core.fileMode false

Autre information : Comment puis-je faire en sorte que Git ignore les changements de mode de fichier (chmod) ?

Answer 2

J'ai ajouté le fichier à l'index:

git add nom_fichier

Ensuite, j'ai exécuté :

git diff --cached nom_fichier

Vous pouvez consulter la description de git diff ici.

Si vous avez besoin d'annuler votre git add, veuillez consulter ici: Comment annuler 'git add' avant le commit?

Answer 3

Il existe plusieurs raisons pour lesquelles git status peut montrer une différence mais git diff ne le fait pas.

• Le mode (bits de permission) du fichier a changé - par exemple, de 777 à 700.

• Le style de saut de ligne a changé de CRLF (DOS) à LF (UNIX)

La manière la plus simple de découvrir ce qu'il s'est passé est d'exécuter git format-patch HEAD^ et voir ce que le patch généré indique.

Answer 4

J'ai eu un problème où des centaines de fins de ligne ont été modifiées par un programme et git diff a listé tous les fichiers source comme modifiés. Après avoir corrigé les fins de ligne, git status indiquait toujours que les fichiers étaient modifiés.

J'ai pu résoudre ce problème en ajoutant tous les fichiers à l'index puis en réinitialisant l'index.

git add -A
git reset

core.filemode était défini sur false.

Answer 5

Comme déjà noté dans une réponse précédente, cette situation peut survenir en raison de problèmes de fins de ligne (CR/LF vs. LF). J'ai résolu ce problème (sous Git version 2.22.0) avec cette commande :

git add --renormalize .

Conformément au manuel :

       --renormalize
           Applique le processus de "nettoyage" à nouveau à tous les fichiers suivis pour les ajouter de force de nouveau à l'index. C'est utile après avoir modifié la configuration core.autocrlf ou l'attribut de texte afin de corriger les fichiers ajoutés avec des fins de ligne CRLF/LF incorrectes. Cette option implique -u.