Um das hier noch ein bisschen zu ergänzen damit auch ggf. andere Leute Thread profitieren:
Also man kann sowas machen wie
git diff --summary /path/to/dir1 /path/to/dir2
und kriegt dann eine Ausgabe a-la
create mode 100644 /path/to/dir2/subdir/newfile.txt
delete mode 100644 /path/to/dir1/myfile.txt
rename /path/to/dir1/rezepte.txt => dir2/subdir/kochrezepte.txt} (100%)
usw.
Und dann ist auch klar das wenn etwas
delete ist dann ist das ne Datei die in
dir1 da ist aber in
dir2 nicht mehr bzw. bei
create entsprechend umgekehrt. Und rename ist auch klar. Wenn eine Datei umbenannt oder verschoben wurde dann ist auch klar, wohin bzw. wie die jetzt heißt.
Nettes Gimmick ist die "Prozentzahl" dahinter. Die gibt nämlich an, wie groß die Übereinstimmung ist. 100% heißt halt, die Dateien sind tatsächlich identisch. Wenns ne kleinere "Prozentzahl" ist dann ist die halt geringfügig anders (bei Textdateien wenn da ein Buchstabe, Wort, etc. anders ist).
Die Ausgabe ist je nachdem wie
git die Dateien gerade findet. Wenn man create, delete und rename sortieren möchte, muss man natürlich noch ein sort drüber legen. Außerdem kann es Sinn machen die Ausgabe in eine Datei zu schreiben
git diff --summary /path/to/dir1 /path/to/dir2 | sort >/tmp/log.txt
Bei sehr vielen Dateien kann es eine Meldung a-la
Warnung: genaue Erkennung für Umbenennungen wurde aufgrund zu vieler Dateien übersprungen.
Warnung: Sie könnten die Variable diff.renameLimit auf mindestens 34428 setzen und den Befehl erneut versuchen.
geben.
diff.renameLimit kann man mit dem
-l Parameter anpassen:
git diff -l0 --summary /path/to/dir1 /path/to/dir2 | sort >/tmp/log.txt
Wobei 0 halt bedeutet das kein Limit gesetzt ist (siehe dazu auch:
https://git-scm.com/docs/git-diff).
Das Schöne an der Lösung ist, das die einfach ist. Man braucht keine komplizierte Shell-Akrobatik mit dutzenden Parametern usw. und sie ist dabei auch noch relativ schnell.
Und hinten fällt ne Textdatei raus, die man dann ggf. computergestützt analysieren und/oder weiterverarbeiten kann.
