normalmente el hash de un commit no cambia, pero cuando se hace un merge, se crea un nuevo commit de fusión con su propio hash diferente. Por eso, el hash original del cambio en contacto.html sigue igual, pero el merge agrega un nuevo hash que une las ramas. Es una forma de mantener el historial ordenado y claro
Hola Yarella, espero que estés bien
¡Entiendo tu duda! Cuando realizas un merge en Git, efectivamente se crea un nuevo commit de fusión con su propio hash único. Este nuevo commit sirve para unir las dos ramas y mantener el historial del proyecto organizado. El hash del commit original en el archivo contacto.html no cambia, ya que cada commit en Git es inmutable y siempre conservará su propio hash.
Después de la fusión, el commit de merge tendrá un nuevo hash, pero el hash del commit original en la rama de desarrollo permanecerá igual. Puedes verificar esto utilizando el comando git log --oneline, que te mostrará la lista de commits con sus respectivos hashes. Allí podrás ver tanto el hash del commit original como el nuevo hash del commit de merge.
Espero que esta explicación te ayude a entender cómo funcionan los hashes en los commits de merge. ¡Espero haber ayudado y buenos estudios!