Ya estoy inscrito ¿Todavía no tienes acceso? Nuestros Planes
Ya estoy inscrito ¿Todavía no tienes acceso? Nuestros Planes
1
respuesta

Desafio: Hash del Merge

Cordial saludo comunidad de Alura Latam,

Respondiendo la pregunta planteada en el desafío sobre el hash del merge. ¿Será que después de la fusión hubo un cambio en este número?

Si, después de realizar una fusión en Git, se genera un nuevo commit que registra la unión de las ramas. Esto significa que el hash del commit original de la rama de desarrollo no cambia, ya que sigue existiendo en el historial, pero ahora se crea un nuevo commit de merge con su propio hash único.

Para verificarlo, podemos ejecutar el siguiente comando después de completar la fusión:

git log --oneline

Este comando nos mostrará el historial de commits, incluyendo el nuevo commit de merge, que tendrá su propio identificador.

Si el merge se realizó con conflictos y estos fueron resueltos manualmente antes de confirmar la fusión, el commit final reflejará esos cambios adicionales y tendrá un hash diferente. Sin embargo, los commits previos de la rama fusionada seguirán presentes en el historial.

En conclusión, tras el merge, el número de hash de la modificación en contacto.html permanece igual, pero se agrega un nuevo commit de fusión que registra la combinación de ambas ramas.

Muchas gracias por su atención.

Atentamente,

Laura Isabella Moreno Herrera

1 respuesta

Hola Laura Isabella, espero que estés bien

Entiendo que estás explorando cómo funciona el hash de los commits en Git, especialmente después de realizar un merge.

Cuando realizas una fusión entre ramas en Git, efectivamente se crea un nuevo commit de merge. Este commit de merge tiene su propio hash único que lo identifica. Sin embargo, los commits anteriores, incluyendo aquellos en los que trabajaste en la rama de desarrollo, mantienen sus hashes originales. Esto significa que el hash del commit donde modificaste contacto.html no cambia después del merge; sigue siendo el mismo en el historial.

El comando git log --oneline es una excelente manera de visualizar esto, ya que te mostrará todos los commits en el historial, incluidos los commits de merge. Si hubo conflictos durante el merge y los resolviste manualmente, esos cambios se reflejarán en el nuevo commit de merge, pero no alterarán los commits anteriores.

Espero que esta explicación te ayude a entender mejor cómo Git maneja los hashes durante las fusiones. ¡Bons estudios!