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

Durante la clase, la instructora Ellen usó el comando git log --oneline para verificar el hash de la modificación creada dentro de la rama de desarrollo en el archivo contacto.html

¿Será que después de la fusión hubo un cambio en este número?

De acuerdo a la pregunta, observe que el hash no cambio es el mismo antes y despues de la fusión lo cual no se modifico en absoluto.
Al investigar, comprendí que el comando git merge respeta los commits existentes y no los altera. Por eso, el hash del commit en contacto.html permanece exactamente igual antes y después del merge.

1 respuesta

Hola Juan, espero que estés bien

¡Qué bueno que estás explorando los detalles de Git y GitHub! Tienes toda la razón en tu observación. Cuando realizas un merge con el comando git merge, Git combina los cambios de diferentes ramas, pero no modifica los commits existentes. Esto significa que los hashes de los commits que ya estaban en la rama de desarrollo antes del merge permanecen inalterados.

El hash de un commit es una representación única de su contenido y metadatos en el momento en que fue creado. Por eso, a menos que el contenido del commit cambie, su hash seguirá siendo el mismo. En el caso de un merge, Git simplemente crea un nuevo commit de merge que tiene como padres los últimos commits de las ramas que estás fusionando, pero no altera los commits anteriores.

Un ejemplo práctico sería si tienes dos ramas: main y desarrollo. Si haces cambios en desarrollo y luego haces un merge de desarrollo en main, los commits de desarrollo se integrarán en main, pero sus hashes seguirán siendo los mismos.

Espero que esto aclare tu duda. ¡Espero haber ayudado y buenos estudios!