Как сделать git diff для перемещенного/переименованного файла?

Вам нужно использовать -M, чтобы позволить git автоматически определять перемещенный файл при сравнении. Использование только git diff, как уже упоминалось, мне не подходит.

Так просто: git diff -M должен это сделать.

Документация для этого коммутатора:

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

В дополнение к тому, что написал knittl, вы всегда можете использовать:

git diff HEAD:./oldfilename newfilename

где HEAD:./oldfilename означает старое имя файла в последнем коммите (в HEAD) относительно текущего каталога.

Если у вас нет достаточно нового git, вместо этого вам придется использовать:

git diff HEAD:path/to/oldfilename newfilename

С git 2.9 (июнь 2016 г.) вам больше не нужно будет добавлять -M. git diff по умолчанию использует -M.

См. коммит 5404c11, фиксация 9501d19, фиксация a9276a6, зафиксировать f07fc9e, 1 зафиксировать Матье Мой (moy).
^{(объединено Junio ​​C Hamano -- gitster -- в commit 5d2a30d, 3 апреля 2016 г.)}

diff: активировать diff.renames по умолчанию

Обнаружение переименования — очень удобная функция, и новым пользователям не нужно копаться в документации, чтобы воспользоваться ею.

Потенциальные возражения против активации обнаружения переименования заключаются в том, что иногда оно не работает, а иногда работает медленно. Но определение переименования уже включено по умолчанию в нескольких случаях типа "git status" и "git merge", так что включение diff.renames принципиально ситуацию не меняет. Когда обнаружение переименования завершается сбоем, теперь оно последовательно терпит неудачу между «git diff» и «git status».

Этот параметр не влияет на команды сантехники, поэтому он не повлияет на хорошо написанные скрипты.

Новые тесты для этой функции здесь.

По какой-то причине использование HEAD:./oldfilename (или абсолютного пути) у меня не сработало, а HEAD:oldfilename сработало (спасибо, cmn):

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

ХТН

git diff -M активирует обнаружение переименования, как говорили другие (и, как указал @VonC, он активируется по умолчанию из git 2.9). Но если у вас большой набор изменений, обнаружение неточного переименования может снова отключиться. Git отобразит предупреждение, подобное следующему, которое легко пропустить среди просматриваемого вами diff:

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.

В этом случае установите параметр конфигурации, предложенный git, например

git config diff.renamelimit 450

и повторно запустите команду diff.

просто запустите git diff без аргументов или git diff -- newfilename. git достаточно умен, чтобы сравнивать правильные файлы/содержимое (т. е. исходное содержимое до переименования с измененным содержимым после переименования)