Я устроил несколько изменений, чтобы быть совершенным; Как я могу увидеть разницу всех файлов, которые подготовлены для следующего коммита? Я знаю о состоянии git , но я хотел бы увидеть фактические различия, а не только имена файлов, которые ставятся.

Я видел, что на странице руководства git-diff (1) написано

git diff [--options] [-] […]

Эта форма предназначена для просмотра изменений, внесенных вами по отношению к индексу (промежуточная область для следующего коммита). Другими словами, различия в том, что вы можете сказать git для дальнейшего добавления в индекс, но вы все еще этого не сделали. Вы можете внести эти изменения, используя git-add (1).

К сожалению, я не могу понять это. Должна быть какая-то удобная строчка, для которой я мог бы создать псевдоним, верно?

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

git diff --cached

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

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

Простая графика делает это более понятным:

мерзавец

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

git diff - кэшированный

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

git diff HEAD

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

Также :

Немного подробнее о 365Git.

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

Вызвать его с

diffuse -m

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

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

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

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

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

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

git status -v -v

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

git diff --cached --name-only

--cachedВариант git diffсредств , чтобы в постановке файлов, а --name-onlyопция означает получить только имена файлов.

С версии 1.7 и более поздних она должна быть:

git diff --staged

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

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

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

$ git diff --cached

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

Вместо этого запускается инструмент Visual Diff

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

$ git difftool --staged

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

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

Вы всегда можете использовать difftoolвместо diffкоманд Git

Для всех ваших потребностей визуального различия, git difftoolбудет работать вместо любой git diffкоманды, включая все параметры.

Например, чтобы запустить инструмент визуального сравнения, не спрашивая, делать ли это для каждого файла, добавьте -yопцию (я думаю, что обычно вы захотите это !!):

$ git difftool -y --staged

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

Или посмотреть разницу в конкретном файле, который находится в Index:

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

Для всех вариантов см. Справочную страницу:

$ git difftool --help

Настройка Visual Git Tool

Чтобы использовать инструмент визуального мерзавца, отличный от используемого по умолчанию, используйте -t <tool>параметр:

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

Или обратитесь к справочной странице difftool, чтобы узнать, как настроить git для использования другого инструмента визуального сравнения по умолчанию.

Пример .gitconfigзаписи для vscode как инструмента сравнения / слияния

Часть настройки difftool включает изменение .gitconfigфайла, либо с помощью команд git, которые изменяют его за кулисами, либо редактируют его напрямую.

Вы можете найти его .gitconfigв своем домашнем каталоге, например, ~в Unix или обычно c:\users\<username>в Windows).

Или вы можете открыть пользователя .gitconfigв редакторе Git по умолчанию с помощью git config -e --global.

Вот примеры записей в моем глобальном пользователе .gitconfigдля VS Code как инструмента сравнения и объединения:

[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

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

 $git diff --staged

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

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

$ git diff 

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

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

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

в местном масштабе

... внести некоторые изменения ...

git diff # look at unstaged changes

git commit -am"partial description of changes"

... вспомнить больше изменений, не упомянутых в коммите ...

git diff origin / master # посмотреть внесенные, но не запрошенные изменения

... изменить постановку коммитов ...

git commit --amend -m"i missed mentioning these changes ...."

git push

Если у вас есть более одного файла с поэтапными изменениями, его может быть более практичным для использования git add -i, затем выберите 6: diffи, наконец, выберите интересующий вас файл (ы).

По умолчанию git diff используется для отображения изменений, которые не добавлены в список обновленных файлов git. Но если вы хотите , чтобы показать изменения , которые добавляются или stagged , то вам необходимо предоставить дополнительные параметры , которые позволят GIT знать , что вы заинтересованы в stagged или добавлены файлы дифф .

$ git diff          # Default Use
$ git diff --cached # Can be used to show difference after adding the files 
$ git diff --staged # Same as 'git diff --cached' mostly used with latest version of git 

пример

$ git diff 
diff --git a/x/y/z.js  b/x/y/z.js index 98fc22b..0359d84 100644
--- a/x/y/z.js 
+++ b/x/y/z.js @@ -43,7 +43,7 @@ var a = function (tooltip) {

-        if (a)
+        if (typeof a !== 'undefined')
             res = 1;
         else
             res = 2;

$ git add x/y/z.js
$ git diff
$

После того, как вы добавили файлы, вы не можете использовать по умолчанию «git diff». Вы должны сделать так: -

$ git diff --cached
diff --git a/x/y/z.js  b/x/y/z.js index 98fc22b..0359d84 100644
    --- a/x/y/z.js 
    +++ b/x/y/z.js @@ -43,7 +43,7 @@ var a = function (tooltip) {

    -        if (a)
    +        if (typeof a !== 'undefined')
                 res = 1;
             else
                 res = 2;

git guiи git-colaграфические утилиты, которые позволяют вам просматривать и манипулировать индексом. Оба включают простые визуальные различия для поэтапных файлов, а git-colaтакже могут запустить более сложный инструмент визуального сравнения.

Смотрите мой тесно связанный ответ на Как удалить файл из индекса в git? , а также этот официальный каталог Git - GUI Clients .

Подумайте также об gitkинструменте, снабженном git и очень полезным, чтобы увидеть изменения