git: ¿Cómo se difieren los archivos cambiados en comparación con versiones anteriores después de un tirón?

Question

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 qué otra persona se comprometió con un archivo en particular.

¿Cómo se hace eso?

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

Answer 1

Existen varias formas maravillosas de especificar compromisos: consulte la sección de man git-rev-parse para obtener más información. En este caso, es probable que desee:

git diff HEAD@{1} 

Los @{1} significa "la posición anterior de que el árbitro he especificado", por lo que se evalúe como lo que había comprobado previamente - justo antes de la extracción. Puede marcar HEAD al final si también tiene algunos cambios en su árbol de trabajo y no quiere ver los difficiles para ellos.

No estoy seguro de lo que está pidiendo con "la identificación de confirmación de mi última versión del archivo" - la "ID" de confirmación (SHA1 hash) es ese hex de 40 caracteres justo en la parte superior de cada entrada en la salida de git log. Es el hash para la confirmación completa, no para un archivo dado. Usted realmente no necesita nunca más - si quieres diff sólo un archivo a través de la atracción, hacer

git diff HEAD@{1} filename 

Esto es una cosa en general - si usted quiere saber sobre el estado de un archivo en un determinado comprometerse , especifica el compromiso y el archivo, no un ID/hash específico del archivo.

Answer 2

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

git diff HEAD@{1} 

Sin embargo, no te recomiendo que si esto es algo que se encuentra haciendo un montón, entonces debería considerar simplemente haciendo un git fetch y el examen de la rama descabellada antes de la fusión o cambio de base en forma manual eso. P.ej. si estás en amo y se va a tirar de origen/maestra:

git fetch 

git log HEAD..origin/master 

# looks good, lets merge 

git merge origin/master 

Answer 3

me gusta usar:

git diff HEAD^ 

O si sólo quiero diff un archivo específico:

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