Después de la fusión (merge), el git log --oneline mostrará un nuevo commit con un nuevo hash.
Cuando hacemos un git merge, Git crea un nuevo commit de fusión (merge commit), que une los historiales de ambas ramas. Este commit tiene su propio hash único, generado en ese momento.
Hola Vladimir, espero que estés bien
¡Entiendo tu duda! Cuando realizas un git merge, efectivamente se crea un nuevo commit de fusión que tiene su propio hash único. Este hash representa el nuevo estado del proyecto después de combinar los cambios de ambas ramas.
En el contexto de tu pregunta, si usas git log --oneline después de realizar un merge, verás un nuevo commit con su propio hash que corresponde a este merge. Este hash es diferente de los hashes de los commits anteriores, incluidos aquellos que se hicieron en las ramas individuales antes de la fusión.
Por ejemplo, si tenías un commit en la rama desarrollo que modificó el archivo contacto.html, y luego hiciste un merge de esa rama con main, el git log --oneline mostrará el nuevo commit de fusión con su propio hash, además de los hashes de los commits individuales anteriores.
Espero que esto aclare tu duda sobre cómo funciona el hash en los commits de fusión. ¡Espero haber ayudado y buenos estudios!