git: ¿Cómo diferenciar archivos modificados frente a versiones anteriores después de una extracción?

Cuando ejecuto "git pull", a menudo quiero saber qué cambió entre la última versión de un archivo y la nueva. Digamos que quiero saber lo que otra persona comprometió con un archivo en particular.

¿Cómo se hace eso?

Supongo que es "git diff" con algunos parámetros para la confirmación x versus la confirmación y, pero parece que no puedo obtener la sintaxis. También encuentro "git log" un poco confuso y no estoy seguro de dónde obtener el ID de confirmación de mi última versión del archivo frente a la nueva.

Hay todo tipo de formas maravillosas de especificar confirmaciones; consulte la sección de especificación de revisiones de man git-rev-parsepara obtener más detalles. En este caso, probablemente quieras:

git diff HEAD@{1}

Los @{1}medios "la posición anterior de la referencia que he especificado", por lo que se evalúa a lo que había verificado anteriormente, justo antes de la extracción. Puede virar HEADal final allí si también tiene algunos cambios en su árbol de trabajo y no desea ver las diferencias para ellos.

No estoy seguro de lo que está pidiendo con "el ID de confirmación de mi última versión del archivo": el "ID de confirmación" (hash SHA1) es ese hexadecimal de 40 caracteres justo en la parte superior de cada entrada en la salida de git log. Es el hash de toda la confirmación, no de un archivo determinado. Realmente nunca necesita más: si desea diferenciar solo un archivo en la extracción, haga

git diff HEAD@{1} filename

Esto es algo general: si desea saber sobre el estado de un archivo en una confirmación determinada, especifique la confirmación y el archivo, no un ID / hash específico del archivo.

Me gusta usar:

git diff HEAD^

O si solo quiero diferenciar un archivo específico:

git diff HEAD^ -- /foo/bar/baz.txt

Si lo hace directamente git pull, será 'reenviado rápidamente' o fusionará un número desconocido de confirmaciones del repositorio remoto. Sin embargo, esto sucede como una acción, por lo que la última confirmación en la que estaba inmediatamente antes de la extracción será la última entrada en el reflog y se puede acceder como HEAD@{1}. Esto significa que puede hacer:

git diff HEAD@{1}

Sin embargo, recomendaría encarecidamente que si esto es algo que se encuentra haciendo mucho, debería considerar simplemente hacer una git fetchy examinar la rama obtenida antes de fusionar o rebasar manualmente en ella. Por ejemplo, si está en el maestro y va a extraer el origen / maestro:

git fetch

git log HEAD..origin/master

 # looks good, lets merge

git merge origin/master