Organicé algunos cambios para ser comprometidos; ¿Cómo puedo ver la diferencia de todos los archivos que se organizan para la próxima confirmación? Soy consciente del estado de git , pero me gustaría ver las diferencias reales, no solo los nombres de los archivos que están organizados.

Vi que la página del comando man git-diff (1) dice

git diff [--opciones] [-] […]

Este formulario es para ver los cambios que realizó en relación con el índice (área de preparación para la próxima confirmación). En otras palabras, las diferencias son lo que podría decirle a git para agregar aún más al índice, pero aún no lo ha hecho. Puede organizar estos cambios utilizando git-add (1).

Desafortunadamente, no puedo entender esto. Debe haber una sola línea útil para la que podría crear un alias, ¿verdad?

Solo debería ser:

git diff --cached

--cachedsignifica mostrar los cambios en el caché / índice (es decir, cambios por etapas) contra la corriente HEAD. --stagedes sinónimo de--cached .

--stagedy --cachedno señala HEAD, solo la diferencia con respecto a HEAD. Si elige qué comprometer usando git add --patch(o git add -p), --stageddevolverá lo que está en escena.

Un gráfico simple aclara esto:

git diff

Muestra los cambios entre el directorio de trabajo y el índice. Esto muestra lo que ha cambiado, pero no está preparado para una confirmación.

git diff - caché

Muestra los cambios entre el índice y el HEAD (que es la última confirmación en esta rama). Esto muestra lo que se ha agregado al índice y preparado para una confirmación.

git diff HEAD

Muestra todos los cambios entre el directorio de trabajo y HEAD (que incluye cambios en el índice). Esto muestra todos los cambios desde la última confirmación, ya sea que se hayan preparado o no para la confirmación.

También :

Hay un poco más de detalle en 365Git.

Si le interesa una vista visual de lado a lado, la herramienta difusa visual difusa puede hacerlo. Incluso mostrará tres paneles si se realizan algunos pero no todos los cambios. En el caso de conflictos, incluso habrá cuatro paneles.

Invocarlo con

diffuse -m

en tu copia de trabajo de Git.

Si me preguntas, la mejor diferencia visual que he visto en una década. Además, no es específico de Git: interopera con una gran cantidad de otros VCS, incluidos SVN, Mercurial, Bazaar, ...

Ver también: ¿ Mostrar el árbol en etapas y en funcionamiento en git diff?

Tenga en cuenta que git status -v también muestra los cambios por etapas! (lo que significa que necesita tener puesta en escena - git addalgunos cambios. Sin cambios por etapas, sin diferencias git status -v.
Lo hace desde Git 1.2.0, febrero de 2006 )

En su forma larga (predeterminada), git statustiene una opción "detallada" no documentada que realmente muestra la diferencia entre HEAD e index.

Y está a punto de ser aún más completo: consulte "¿ Mostrar tanto el árbol en etapas como el árbol de trabajo en git diff? " (Git 2.3.4+, Q2 2015):

git status -v -v

Puedes usar este comando.

git diff --cached --name-only

La --cachedopción de git diffsignifica obtener archivos organizados, y la --name-onlyopción significa obtener solo nombres de los archivos.

Desde la versión 1.7 y posteriores debería ser:

git diff --staged

UTILIZANDO UNA HERRAMIENTA VISUAL DIFF

La respuesta predeterminada (en la línea de comando)

Las respuestas principales aquí muestran correctamente cómo ver los cambios almacenados en caché / por etapas en Index:

$ git diff --cached

o $ git diff --stagedque es un alias.

Lanzamiento de la herramienta Visual Diff en su lugar

La respuesta predeterminada escupirá los cambios de diferencias en el git bash (es decir, en la línea de comando o en la consola). Para aquellos que prefieren una representación visual de las diferencias de archivos por etapas, hay un script disponible dentro de git que lanza una herramienta de diferencia visual para cada archivo visto en lugar de mostrarlos en la línea de comandos, llamada difftool:

$ git difftool --staged

Esto hará lo mismo que git diff --staged, excepto que cada vez que se ejecuta la herramienta diff (es decir, cada vez que diff procesa un archivo), se iniciará la herramienta visual diff predeterminada (en mi entorno, esto es kdiff3 ).

Después de que se inicie la herramienta, el script git diff se detendrá hasta que se cierre la herramienta visual diff. Por lo tanto, deberá cerrar cada archivo para ver el siguiente.

Siempre se puede usar difftoolen lugar de los diffcomandos in git

Para todas sus necesidades de diferencias visuales, git difftoolfuncionará en lugar de cualquier git diffcomando, incluidas todas las opciones.

Por ejemplo, para que se inicie la herramienta visual diff sin preguntar si se debe hacer para cada archivo, agregue la -yopción (¡creo que generalmente querrá esto!):

$ git difftool -y --staged

En este caso, extraerá cada archivo de la herramienta visual diff, uno a la vez, y mostrará el siguiente una vez que la herramienta se cierre.

O para ver la diferencia de un archivo en particular que se organiza en Index:

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

Para ver todas las opciones, consulte la página del manual:

$ git difftool --help

Configurar la herramienta Visual Git

Para usar una herramienta visual git que no sea la predeterminada, use la -t <tool>opción:

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

O consulte la página de manual de difftool para saber cómo configurar git para usar una herramienta de diferencia visual predeterminada diferente.

Ejemplo .gitconfigEntradas de para vscode como herramienta diff / merge

Parte de la configuración de un difftool implica cambiar el .gitconfig archivo, ya sea a través de comandos git que lo cambian detrás de escena, o editarlo directamente.

Puede encontrar su .gitconfigen su directorio de inicio, como ~en Unix o normalmentec:\users\<username> en Windows).

O puede abrir el usuario .gitconfigen su editor Git predeterminado congit config -e --global .

Aquí hay entradas de ejemplo en mi usuario global .gitconfigpara VS Code como herramienta de diferencias y herramienta de fusión:

[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

Para la comparación del área de ensayo frente al repositorio (último compromiso), utilice

 $git diff --staged

El comando compara los $ git add fileNamecambios efectuados ( ) con su última confirmación. Si quieres ver lo que has puesto en escena en tu próximo commit, puedes usar git diff --staged. Este comando compara sus cambios por etapas con su última confirmación.

Para el uso de comparación de comparación de trabajo versus estadificación

$ git diff 

El comando compara lo que está en su directorio de trabajo con lo que está en su área de preparación. Es importante tener en cuenta que git diff por sí solo no muestra todos los cambios realizados desde su última confirmación, solo los cambios que aún no se han organizado. Si ha realizado todos sus cambios ($ git add fileName ), git diff no le dará salida.

Además, si organiza un archivo ( $ git add fileName) y luego lo edita, puede usar git diff para ver los cambios en el archivo que están en escena y los cambios que no están en escena.

Si sus intenciones son apuntar hacia una rama de repositorio remota y su primer pase en un registro de cambios de confirmación fue incompleto, puede corregir la declaración de confirmación antes de presionar de esta manera.

En la zona

... hacer algunos cambios ...

git diff # look at unstaged changes

git commit -am"partial description of changes"

... recordar más cambios no mencionados en commit ...

git diff origin / master # mira cambios en etapas pero no empujados

... enmendar la declaración de confirmación por etapas ...

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

git push

Si tiene más de un archivo con cambios por etapas, puede ser más práctico usarlo git add -i, luego seleccione 6: diffy finalmente elija los archivos que le interesan.

Por defecto, git diff se usa para mostrar los cambios que no se agregan a la lista de archivos actualizados de git. Pero si desea mostrar los cambios que se agrega o stagged entonces usted necesita para proporcionar opciones adicionales que le permitirá saber git que usted está interesado en los archivos stagged o añadido diff .

$ 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 

Ejemplo

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

Una vez que haya agregado los archivos, no puede usar el valor predeterminado de 'git diff'. Debe hacer lo siguiente:

$ 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 guiy git-colason utilidades gráficas que le permiten ver y manipular el índice. Ambos incluyen diferencias visuales simples para archivos en etapas, y git-colatambién pueden lanzar una herramienta de diferencia visual lado a lado más sofisticada.

Vea mi respuesta estrechamente relacionada en ¿Cómo eliminar un archivo del índice en git? , y también este catálogo oficial de clientes Git - GUI .

Piense también en la gitkherramienta, provista de git y muy útil para ver los cambios.