Просто должно быть:

git diff --cached

--cached означает показать изменения в кэше / индексе (т.е. поэтапные изменения) по сравнению с текущим HEAD. --staged является синонимом --cached.

--staged и --cached не указывают на HEAD, просто разница по отношению к HEAD. Если вы вишнево выберете, что зафиксировать, используя git add --patch (или git add -p), --staged вернет то, что поставлено.

Простая графика проясняет это:

git diff

Показывает изменения между рабочим каталогом и индексом. Это показывает, что было изменено, но не для фиксации.

git diff --cached

Показывает изменения между индексом и HEAD (который является последней фиксацией в этой ветке). Это показывает, что было добавлено в индекс и подготовлено для фиксации.

git diff HEAD

Показывает все изменения между рабочим каталогом и HEAD (включая изменения в индексе). Это показывает все изменения с момента последней фиксации, независимо от того, были ли они подготовлены для фиксации или нет.

Также:

Подробнее о 365Git.

Обратите внимание, что git status -v также показывает поэтапные изменения! (это означает, что вам необходимо провести - git add - некоторые изменения. Никаких поэтапных изменений, никаких различий с git status -v.
Это происходит, поскольку Git 1.2.0, февраль 2006 г.)

В развернутой форме (по умолчанию) git status имеет недокументированный параметр «подробный», который фактически отображает разница между HEAD и index.

И скоро он станет еще более полным: см. «Показать как поэтапное, так и рабочее дерево в git diff?» (git 2.3 .4+, 2 квартал 2015 г.):

git status -v -v

Если вас интересует визуальный параллельный вид, это может сделать инструмент визуального сравнения diffuse. . Он даже покажет три панели, если некоторые, но не все изменения внесены. В случае конфликтов будет даже четыре панели.

Вызовите его с помощью

diffuse -m

в вашей рабочей копии Git.

Если вы спросите меня, лучшая визуальная разница, которую я видел за десять лет. Кроме того, это не относится к Git: он взаимодействует с множеством других VCS, включая SVN, Mercurial, Bazaar, ...

См. Также: Показать как поэтапное, так и рабочее дерево в git diff?

Для сравнения промежуточной области и репозитория (последняя фиксация) используйте

 $git diff --staged

Команда сравнивает ваши поэтапные ($ git add fileName) изменения с вашей последней фиксацией. Если вы хотите увидеть, что вы поставили для следующего коммита, вы можете использовать git diff --staged. Эта команда сравнивает ваши поэтапные изменения с вашей последней фиксацией.

Для сравнения рабочего и промежуточного уровней используйте

$ git diff 

Команда сравнивает то, что находится в вашем рабочем каталоге, с тем, что находится в вашей промежуточной области. Важно отметить, что git diff сам по себе не отображает все изменения, внесенные с момента вашего последнего коммита, - только изменения, которые еще не поставлены. Если вы внесли все свои изменения ($ git add fileName), git diff не выдаст никаких результатов.

Кроме того, если вы подготовили файл ($ git add fileName), а затем отредактировали его, вы можете использовать git diff, чтобы увидеть изменения в файле, которые были поставлены, и изменения, которые не были размещены.

Вы можете использовать эту команду.

git diff --cached --name-only

Параметр --cached параметра git diff означает получение поэтапных файлов, а параметр --name-only означает получение только имен файлов.

ИСПОЛЬЗОВАНИЕ ИНСТРУМЕНТА VISUAL DIFF

Ответ по умолчанию (в командной строке)

Основные ответы здесь правильно показывают, как просматривать кешированные / поэтапные изменения в Index:

$ git diff --cached

или $ git diff --staged, который является псевдонимом.

Запуск инструмента Visual Diff вместо

Ответ по умолчанию выдаст изменения diff в git bash (то есть в командной строке или в консоли). Для тех, кто предпочитает визуальное представление различий поэтапных файлов, в git есть сценарий, который запускает инструмент визуального сравнения для каждого просматриваемого файла, а не отображает их в командной строке, который называется difftool:

$ git difftool --staged

Это будет делать то же самое, что и git diff --staged, за исключением того, что каждый раз, когда запускается инструмент сравнения (т.е. каждый раз, когда файл обрабатывается с помощью diff), он запускает инструмент визуального сравнения по умолчанию (в моей среде это kdiff3 ).

$ git difftool -y --staged

$ git difftool -y --staged <<relative path/filename>>

$ git difftool --help

$ git difftool -t <tool> <<other args>>

[diff]
    tool = vscode
    guitool = vscode
[merge]
    tool = vscode
    guitool = vscode
[mergetool]
    prompt = true
[difftool "vscode"]
    cmd = code --wait --diff \"$LOCAL\" \"$REMOTE\"
    path = c:/apps/vscode/code.exe
[mergetool "vscode"]
    cmd = code --wait \"$MERGED\"
    path = c:/apps/vscode/code.exe