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

Sur un serveur (Solaris avec Git 1.8.1), j'ai cloné le référentiel Git puis copié le dossier .git dans mes fichiers live existants. Cela a parfaitement fonctionné, je pourrais courir

git status

puis

git diff [filename]

pour vérifier tous 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 [filename]

ne montre rien, même si le contenu du fichier est définitivement différent. J'ai également testé l'ajout d'un nouveau fichier, le valider, puis le modifier. Le même problème, git statusmontre le fichier comme modifié, mais git diffne montre rien. Si je télécharge le fichier modifié et exécute un diff localement, j'obtiens une sortie diff.

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

git add file_name

puis a couru:

git diff --cached file_name

Vous pouvez voir la description de git diff ici .

Si vous avez besoin d'annuler votre git add, alors s'il vous plaît voir ici: Comment annuler 'git add' avant de commettre?

Il y a quelques raisons pour lesquelles cela git statuspourrait montrer une différence mais git diffpas.

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

• Le style de saut de ligne est passé de CRLF (DOS) à LF (UNIX)

Le moyen le plus simple de découvrir ce qui s'est passé est d'exécuter git format-patch HEAD^et de voir ce que dit le correctif généré.

Pour moi, cela avait quelque chose à voir avec les autorisations de fichiers. Quelqu'un avec Mac / Linux sur mon projet semble valider certains fichiers avec des autorisations non par défaut que mon client git Windows n'a pas pu reproduire. La solution pour moi était de dire à git d'ignorer les autorisations de fichiers:

git config core.fileMode false

Autre aperçu: Comment faire pour que Git ignore les changements de mode de fichier (chmod)?

J'ai eu un problème où des centaines de fins de ligne ont été modifiées par un programme et git diffrépertorié tous les fichiers source comme modifiés. Après avoir corrigé les fins de ligne, git statustoujours répertorié les fichiers comme 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 a été défini sur false.

Je soupçonne qu'il y a quelque chose qui ne va pas avec votre installation Git ou votre référentiel.

Essayez de courir:

GIT_TRACE=2 git <command>

Voyez si vous obtenez quelque chose d'utile. Si cela ne vous aide pas, utilisez simplement strace et voyez ce qui ne va pas:

strace git <command>

J'avais un problème similaire: git diffmontrerait des différences, mais git diff <filename>pas. Il s'est avéré que j'avais défini LESSune chaîne comprenant -F( --quit-if-one-screen). La suppression de cet indicateur a résolu le problème.

Comme déjà noté dans une réponse précédente , cette situation peut survenir en raison de problèmes de fin 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 .

Selon le manuel:

       --renormalize
           Apply the "clean" process freshly to all tracked files to
           forcibly add them again to the index. This is useful after
           changing core.autocrlf configuration or the text attribute in
           order to correct files added with wrong CRLF/LF line endings.
           This option implies -u.

Réponse courte

Courir git addaide parfois.

Exemple

L'état de Git affiche les fichiers modifiés et git diff n'affiche rien ...

> git status
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

        modified:   package.json

no changes added to commit (use "git add" and/or "git commit -a")
> git diff
> 

... exécuter git add résout l'incohérence.

> git add
> git status
On branch master
nothing to commit, working directory clean
> 

J'ai rencontré ce problème. Mon cas était semblable à la LESSquestion publié par rcwxok .

Dans mon cas, j'ai défini la PAGERvariable d'environnement sur PAGER='less -RSF'.

Cependant, contrairement aux réponses précédentes, je ne voulais pas supprimer l' -Foption, car je l'ai explicitement mise là-bas dans l'espoir d'éviter d'afficher le différentiel lesss'il est plus court qu'un écran.

Pour obtenir le résultat souhaité, au lieu de supprimer -F, j'ai ajouté -X: PAGER='less -RSFX'. Cela a à la fois résolu le git diffproblème et en plus cela empêche d'afficher des différences courtes avec less.

Je viens de courir dans un problème similaire. git diff filea montré rien parce que j'ai ajouté le fichier à l'index Git avec une partie de son nom en majuscules: GeoJSONContainer.js.

Ensuite, je l'ai renommé GeoJsonContainer.jset les modifications ont cessé d'être suivies. git diff GeoJsonContainer.jsne montrait rien. J'ai dû supprimer le fichier de l'index avec un indicateur de force et ajouter à nouveau le fichier:

git rm -f GeoJSONContainer.js
git add GeoJSONContainer.js

Vous n'avez pas vraiment posé de question, mais comme il s'agit d'un cas d'utilisation général que j'utilise assez souvent, voici ce que je fais. Vous pouvez essayer cela vous-même et voir si l'erreur persiste.

Mon hypothèse sur votre cas d'utilisation:

Vous avez un répertoire existant contenant des fichiers et des répertoires et vous souhaitez maintenant le convertir en un dépôt Git qui est cloné à partir d'un autre endroit sans changer aucune donnée dans votre répertoire actuel.

Il y a vraiment deux façons.

Cloner le dépôt - mv .git- git reset --hard

Cette méthode est ce que vous avez fait - pour cloner le référentiel existant dans un répertoire vide, puis déplacer le .gitrépertoire dans le répertoire de destination. Pour travailler sans problème, cela vous oblige généralement à exécuter

git reset --hard

Cependant, cela changerait l'état des fichiers dans votre répertoire actuel. Vous pouvez essayer ceci sur une copie / rsync complète de votre répertoire et étudier les changements. Au moins après, vous ne devriez plus voir les écarts entre git loget status.

Init nouveau référentiel - pointer vers l'origine

Le second est moins dérangeant: cddans votre destination, et démarrez un nouveau référentiel avec

git init

Ensuite, vous dites à ce nouveau référentiel, qu'il a un ancêtre ailleurs:

git remote add origin original_git_repo_path

Puis en toute sécurité

git fetch origin master

pour copier les données sans modifier vos fichiers locaux. Tout devrait aller bien maintenant.

Je recommande toujours la deuxième manière d'être moins sujette aux erreurs.

Je suis de nouveau tombé sur ce problème. Mais cette fois, cela s'est produit pour une raison différente. J'avais copié des fichiers dans le dépôt pour écraser les versions précédentes. Maintenant, je peux voir que les fichiers sont modifiés mais diff ne renvoie pas les diffs.

Par exemple, j'ai un fichier mainpage.xaml. Dans l'Explorateur de fichiers, j'ai collé un nouveau fichier mainpage.xaml sur celui de mon dépôt actuel. J'ai fait le travail sur une autre machine et je viens de coller le fichier ici.

Le fichier est modifié, mais lorsque j'exécute git diff, il n'affiche pas les modifications. C'est probablement parce que le fichier info du fichier a changé et que git sait que ce n'est pas vraiment le même fichier. Intéressant.

Vous pouvez voir que lorsque j'exécute diff sur le fichier, il ne montre rien, renvoie simplement l'invite.

J'ai eu ce même problème décrit de la manière suivante: Si j'ai tapé

$ git diff

Git est simplement retourné à l'invite sans erreur.

Si j'ai tapé

$ git diff <filename>

Git est simplement retourné à l'invite sans erreur.

Enfin, en lisant autour de moi, j'ai remarqué que cela git diffappelle en fait le mingw64\bin\diff.exeà faire le travail.

Voici l'affaire. J'exécute Windows et j'avais installé un autre utilitaire Bash et il a changé mon chemin pour qu'il ne pointe plus vers mon répertoire mingw64 \ bin .

Donc, si vous tapez:

git diff

et il revient simplement à l'invite, vous pouvez avoir ce problème.

Le diff.exe réel qui est exécuté par gitse trouve dans votre répertoire mingw64 \ bin

Enfin, pour résoudre ce problème, j'ai en fait copié mon mingw64\binrépertoire à l'emplacement où Git le recherchait. Je l'ai essayé et cela n'a toujours pas fonctionné.

Ensuite, j'ai fermé ma fenêtre Git Bash et l' ai rouverte dans mon même référentiel qui échouait et maintenant cela fonctionne.