Jak zrobić różnicę git na przeniesionym / zmienionym pliku?

Przeniosłem plik za pomocą git mv. Teraz chciałbym zrobić różnicę na nowym pliku, aby porównać go ze starym plikiem (ze starą, już nieistniejącą nazwą).

Jak mam to zrobic?

Musisz użyć -M, aby umożliwić gitowi automatyczne wykrycie przeniesionego pliku podczas porównywania. Używanie tak, git diffjak wspomniano knittl, nie działa dla mnie.

Po prostu: git diff -Mpowinien to zrobić.

Dokumentacja tego przełącznika to:

-M[<n>], --find-renames[=<n>]
       Detect renames. If n is specified, it is a threshold on the similarity index 
       (i.e. amount of addition/deletions compared to the file’s size). For example, 
       -M90% means git should consider a delete/add pair to be a rename if more than
       90% of the file hasn’t changed.

Oprócz tego, co napisał knittl , zawsze możesz użyć:

git diff HEAD:./oldfilename newfilename

gdzie HEAD:./oldfilenameoznacza starą nazwę pliku w ostatnim zatwierdzeniu (w HEAD), względem bieżącego katalogu.

Jeśli nie masz wystarczająco nowego gita, musisz zamiast tego użyć:

git diff HEAD:path/to/oldfilename newfilename

Dzięki git 2.9 (czerwiec 2016) nie będziesz już musiał dodawać -M. git diffużywa -Mdomyślnie.

Zobacz zatwierdzenie 5404c11 , zatwierdzenie 9501d19 , zatwierdzenie a9276a6 , zatwierdzenie f07fc9e , zatwierdzenie 62df1e6 (25 lutego 2016) autorstwa Matthieu Moy ( moy) .
^{(Scalone przez Junio ​​C Hamano - gitster- w zatwierdzeniu 5d2a30d , 03 kwietnia 2016)}

diff: aktywuj diff.renamesdomyślnie

Wykrywanie zmiany nazwy to bardzo wygodna funkcja, a nowi użytkownicy nie powinni musieć kopać w dokumentacji, aby z niej skorzystać.

Potencjalne zastrzeżenia co do aktywacji wykrywania zmian nazwy są takie, że czasami kończy się niepowodzeniem, a czasami jest powolne. Jednak wykrywanie zmiany nazwy jest już domyślnie aktywowane w kilku przypadkach, takich jak „ git status” i „ git merge”, więc aktywacja diff.renamesnie zmienia zasadniczo sytuacji. Gdy wykrywanie zmiany nazwy nie powiedzie się, teraz kończy się niepowodzeniem między znakami „ git diff” i „ git status”.

To ustawienie nie ma wpływu na polecenia dotyczące instalacji wodociągowych, dlatego nie ma to wpływu na dobrze napisane skrypty.

Nowe testy tej funkcji są tutaj .

git diff -Maktywuje wykrywanie zmiany nazwy, jak powiedzieli inni (i jak zauważył @VonC, jest domyślnie aktywowany od git 2.9). Ale jeśli masz duży zestaw zmian, wykrywanie niedokładnych zmian nazwy może nadal zostać wyłączone. Git wyświetli ostrzeżenie podobne do poniższego, które łatwo przeoczyć pośród przeglądanych różnic:

warning: inexact rename detection was skipped due to too many files.
warning: you may want to set your diff.renameLimit variable to at least 450 and retry the command.

W takim przypadku ustaw opcję konfiguracyjną tak, jak sugeruje na przykład git

git config diff.renamelimit 450

i ponownie uruchom polecenie diff.

Z jakiegoś powodu użycie HEAD:./oldfilename(lub ścieżki absolutnej) nie zadziałało dla mnie, ale zadziałało HEAD:oldfilename(dzięki cmn):

git diff HEAD:oldfilename newfilename
git diff 2a80f45:oldfilename f65f3b3:newfilename

HTH

po prostu uruchom git diffbez żadnych argumentów lub git diff -- newfilename. git jest wystarczająco inteligentny, aby porównać właściwe pliki / treści (tj. oryginalną zawartość przed zmianą nazwy ze zmienioną treścią po zmianie nazwy)