Después de hacer la fusión, el hash del commit original en la rama de desarrollo no cambia, porque Git nunca altera los commits ya creados: cada hash está calculado en función del contenido, autor, fecha y metadatos de ese commit.
Después de hacer la fusión, el hash del commit original en la rama de desarrollo no cambia, porque Git nunca altera los commits ya creados: cada hash está calculado en función del contenido, autor, fecha y metadatos de ese commit.
Hola José, espero que estés bien
Entiendo tu duda sobre los hashes de los commits después de realizar un merge en Git. Tienes razón al decir que Git no altera los commits ya creados, y por lo tanto, el hash de un commit original en una rama no cambia después de una fusión. Cada commit en Git tiene un hash único que se genera en función de su contenido, autor, fecha y otros metadatos, y este hash permanece constante.
Cuando realizas un merge, Git crea un nuevo commit de merge que tiene su propio hash. Este commit de merge contiene referencias a los commits padres (es decir, los últimos commits de las ramas que se están fusionando), pero no altera los hashes de los commits anteriores en ninguna de las ramas.
Si usas el comando git log --oneline, podrás ver el historial de commits, incluidos los hashes, y notarás que el hash del commit original en la rama de desarrollo sigue siendo el mismo incluso después de la fusión.
Espero que esto aclare tu duda. ¡Espero haber ayudado y buenos estudios!