Hash de Merge | Git y GitHub: repositorio, commit y versiones

El comando git log --oneline muestra un resumen de los commits en una sola línea, incluyendo el hash del commit. Este hash es único para cada commit y no cambia después de que el commit se haya hecho.

Cuando fusionas una rama en otra usando git merge, se crea un nuevo commit de fusión (merge commit) que contiene los cambios de ambas ramas. Este nuevo commit tendrá su propio hash único.

Por lo tanto, después de la fusión, el hash del commit de fusión será diferente del hash del commit original en la rama de desarrollo. Sin embargo, los hashes de los commits originales en ambas ramas permanecen iguales.

Si quieres verificar si hubo un cambio en el hash del commit específico del archivo contacto.html, puedes usar el siguiente comando:

git log --oneline -- contacto.html
Este comando mostrará los commits relacionados con el archivo contacto.html, incluyendo sus hashes. Después de la fusión, deberías ver el nuevo commit de fusión junto con los commits originales.

Si quieres verificar el hash del último commit en la rama main después de la fusión, puedes usar:

git log --oneline -1
Este comando mostrará el hash del último commit en la rama actual.

Hola Jesus, espero que estés bien

¡Gracias por tu pregunta! Entiendo que estás tratando de comprender cómo los hashes de los commits funcionan después de realizar un merge en Git, especialmente en relación con el archivo contacto.html.

Cuando realizas un merge, Git crea un nuevo commit de fusión que tiene su propio hash único. Este nuevo commit representa la combinación de los cambios de ambas ramas. Sin embargo, es importante destacar que los hashes de los commits originales en cada rama no cambian. Esto significa que el hash del commit específico que modificó contacto.html en la rama de desarrollo seguirá siendo el mismo, incluso después de la fusión.

Para verificar los commits relacionados con contacto.html y sus hashes, el comando que mencionaste es correcto:

git log --oneline -- contacto.html

Este comando te mostrará todos los commits que han afectado a contacto.html, incluyendo sus hashes. Si después de la fusión ves un nuevo commit en la lista, ese sería el commit de fusión, pero los commits anteriores seguirán teniendo los mismos hashes.

Si quieres ver el hash del último commit en la rama main después de la fusión, puedes usar:

git log --oneline -1

Esto te mostrará el hash del último commit en la rama actual, que debería ser el commit de fusión si acabas de realizar un merge.

Espero que esto aclare tus dudas sobre cómo los hashes de los commits funcionan en Git después de una fusión. ¡Espero haber ayudado y buenos estudios!