Ich habe mir alle ähnlichen Fragen angesehen. Ich habe es jedoch noch einmal überprüft und es passiert definitiv etwas Seltsames.

Auf einem Server (Solaris mit Git 1.8.1) habe ich das Git-Repository geklont und dann den Ordner .git in meine vorhandenen Live-Dateien kopiert. Das hat perfekt funktioniert, ich konnte rennen

git status

dann

git diff [filename]

um alle Dateien zu überprüfen, die anders waren.

Auf einem anderen Server (Solaris mit Git 1.7.6) mache ich jedoch genau das Gleiche

git diff [filename]

zeigt nichts, auch wenn der Inhalt der Datei definitiv anders ist. Ich habe auch getestet, wie ich eine neue Datei hinzufüge, festschreibe und dann bearbeite. Das gleiche Problem git statuszeigt die Datei als geändert, git diffzeigt aber nichts. Wenn ich die geänderte Datei herunterlade und ein Diff lokal ausführe, erhalte ich eine Diff-Ausgabe.

Ich habe die Datei zum Index hinzugefügt :

git add file_name

und lief dann:

git diff --cached file_name

Die Beschreibung von git diff finden Sie hier .

Wenn Sie Ihr Git-Add rückgängig machen müssen, lesen Sie bitte hier: Wie mache ich 'Git-Add' vor dem Commit rückgängig?

Es gibt einige Gründe, warum git statussich ein Unterschied zeigt, aber git diffnicht.

• Der Modus (Berechtigungsbits) der Datei wurde geändert - beispielsweise von 777 auf 700.

• Der Zeilenvorschubstil wurde von CRLF (DOS) in LF (UNIX) geändert.

Der einfachste Weg, um herauszufinden, was passiert ist, besteht darin, auszuführen git format-patch HEAD^und zu sehen, was der generierte Patch sagt.

Für mich hatte das etwas mit Dateiberechtigungen zu tun. Jemand mit Mac / Linux in meinem Projekt scheint einige Dateien mit nicht standardmäßigen Berechtigungen festzuschreiben, die mein Windows-Git-Client nicht reproduzieren konnte. Die Lösung für mich bestand darin, git anzuweisen, Dateiberechtigungen zu ignorieren:

git config core.fileMode false

Andere Einsicht: Wie kann ich Git dazu bringen, Änderungen im Dateimodus (chmod) zu ignorieren?

Ich hatte ein Problem, bei dem Hunderte von Zeilenenden von einem Programm geändert und git diffalle Quelldateien als geändert aufgelistet wurden. Nach dem Fixieren der Zeilenendengit status die Dateien weiterhin als geändert aufgelistet.

Ich konnte dieses Problem beheben, indem ich alle Dateien zum Index hinzufügte und dann den Index zurücksetzte.

git add -A
git reset

core.filemode wurde auf false gesetzt.

Ich vermute, dass entweder mit Ihrer Git-Installation oder Ihrem Repository etwas nicht stimmt.

Versuchen Sie zu laufen:

GIT_TRACE=2 git <command>

Sehen Sie, ob Sie etwas Nützliches bekommen. Wenn das nicht hilft, verwenden Sie einfach strace und sehen Sie, was falsch läuft:

strace git <command>

Ich hatte ein ähnliches Problem: git diffwürde Unterschiede zeigen, aber git diff <filename>nicht. Es stellte sich heraus, dass ich LESSeinen String einschließlich -F( --quit-if-one-screen) gesetzt habe. Das Entfernen dieses Flags löste das Problem.

Wie bereits in einer früheren Antwort erwähnt , kann diese Situation aufgrund von Leitungsendproblemen (CR / LF vs. LF) auftreten. Ich habe dieses Problem (unter Git Version 2.22.0) mit diesem Befehl gelöst:

git add --renormalize .

Nach dem Handbuch:

       --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.

Kurze Antwort

Laufen git add hilft manchmal.

Beispiel

Der Git-Status zeigt geänderte Dateien an und Git Diff zeigt nichts an ...

> 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
> 

... Wenn Sie git add ausführen, wird die Inkonsistenz behoben.

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

Ich bin auf dieses Problem gestoßen. Mein Fall ähnelte dem LESSvon rcwxok veröffentlichten Problem .

In meinem Fall setze ich die PAGERUmgebungsvariable aufPAGER='less -RSF' .

Im Gegensatz zu den vorherigen Antworten wollte ich die -FOption jedoch nicht entfernen , da ich sie explizit dort platziert habe, um zu verhindern, dass der Unterschied angezeigt wirdless Unterschied angezeigt wird, wenn er kürzer als ein Bildschirm ist.

Um das gewünschte Ergebnis zu erzielen -F, habe ich Folgendes hinzugefügt , anstatt es zu entfernen -X: PAGER='less -RSFX'. Dies hat sowohl das git diffProblem gelöst als auch verhindert, dass kurze Unterschiede mit angezeigt werden less.

Ich bin gerade in einem ähnlichen Problem gelaufen. git diff filezeigte nichts an, weil ich dem Git-Index eine Datei mit einem Teil des Namens in Großbuchstaben hinzugefügt habe:GeoJSONContainer.js .

Danach habe ich es umbenannt GeoJsonContainer.jsund Änderungen wurden nicht mehr verfolgt. git diff GeoJsonContainer.jszeigte nichts. Ich musste die Datei mit einem Force-Flag aus dem Index entfernen und die Datei erneut hinzufügen:

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

Sie haben nicht wirklich eine tatsächliche Frage gestellt, aber da dies ein allgemeiner Anwendungsfall ist, verwende ich ziemlich oft Folgendes. Sie können dies selbst versuchen und prüfen, ob der Fehler weiterhin besteht.

Meine Annahme zu Ihrem Anwendungsfall:

Sie haben ein vorhandenes Verzeichnis mit Dateien und Verzeichnissen und möchten es jetzt in ein Git-Repository konvertieren, das von einem anderen Ort geklont wird ohne Daten in Ihrem aktuellen Verzeichnis ändern.

Es gibt wirklich zwei Möglichkeiten.

Clone repo - mv .git- git reset --hard

Mit dieser Methode haben Sie das vorhandene Repository in ein leeres Verzeichnis geklont und das .gitVerzeichnis dann in das Zielverzeichnis verschoben . Um ohne Probleme arbeiten zu können, müssen Sie in der Regel ausgeführt werden

git reset --hard

Dies würde jedoch den Status der Dateien in Ihrem aktuellen Verzeichnis ändern. Sie können dies mit einer vollständigen Kopie / rsync Ihres Verzeichnisses versuchen und untersuchen, welche Änderungen vorgenommen wurden. Zumindest danach sollten Sie keine Diskrepanzen mehr zwischen git logund sehen status.

Neues Repository initialisieren - auf Ursprung zeigen

Das zweite ist weniger störend: cdin Ihr Ziel und starten Sie ein neues Repository mit

git init

Dann sagst du diesem neuen Repository, dass es einen Vorfahren an einem anderen Ort hat:

git remote add origin original_git_repo_path

Dann sicher

git fetch origin master

um die Daten zu kopieren, ohne Ihre lokalen Dateien zu ändern. Jetzt sollte alles in Ordnung sein.

Ich empfehle immer den zweiten Weg, um weniger fehleranfällig zu sein.

Ich bin wieder auf dieses Problem gestoßen. Aber diesmal geschah es aus einem anderen Grund. Ich hatte Dateien in das Repo kopiert, um die vorherigen Versionen zu überschreiben. Jetzt kann ich sehen, dass die Dateien geändert wurden, aber diff gibt die Unterschiede nicht zurück.

Zum Beispiel habe ich eine mainpage.xaml-Datei. Im Datei-Explorer habe ich eine neue mainpage.xaml-Datei über die in meinem aktuellen Repo eingefügt. Ich habe die Arbeit auf einem anderen Computer erledigt und die Datei hier eingefügt.

Die Datei wird geändert angezeigt, aber wenn ich git diff ausführe, werden die Änderungen nicht angezeigt. Dies liegt wahrscheinlich daran, dass sich die Datei in der Datei geändert hat und Git weiß, dass es sich nicht wirklich um dieselbe Datei handelt. Interessant.

Sie können sehen, dass wenn ich diff für die Datei ausführe, nichts angezeigt wird, sondern nur die Eingabeaufforderung zurückgegeben wird.

Ich hatte das gleiche Problem wie folgt beschrieben: Wenn ich tippte

$ git diff

Git kehrte einfach ohne Fehler zur Eingabeaufforderung zurück.

Wenn ich tippte

$ git diff <filename>

Git kehrte einfach ohne Fehler zur Eingabeaufforderung zurück.

Schließlich bemerkte ich beim Herumlesen, dass man git difftatsächlich mingw64\bin\diff.exedie Arbeit erledigen muss.

Das ist der Deal. Ich verwende Windows und habe ein anderes Bash-Dienstprogramm installiert. Es hat meinen Pfad geändert, sodass es nicht mehr auf mein mingw64 \ bin verweist .

Wenn Sie also Folgendes eingeben:

git diff

und es kehrt einfach zu der Eingabeaufforderung zurück, bei der Sie möglicherweise dieses Problem haben.

Die tatsächliche diff.exe, die von ausgeführt wird, gitbefindet sich in Ihrem Verzeichnis mingw64 \ bin

Um dies zu beheben, habe ich meine tatsächlich kopiert mingw64\bin Verzeichnis an den Ort an dem Git danach gesucht hat. Ich habe es versucht und es hat immer noch nicht funktioniert.

Dann schloss ich mein Git Bash- Fenster und öffnete es erneut. Es ging zu demselben Repository, das fehlgeschlagen war, und jetzt funktioniert es.