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

cambio en el hash

Sí, después de la fusión ese número (el hash) cambia. El hash de un commit en Git es como una huella digital única que identifica el estado exacto de los archivos en ese momento. Cuando haces una merge entre ramas, Git genera un nuevo commit de fusión, y por lo tanto aparece un nuevo hash distinto.

El commit original (el que se hizo en contacto.html dentro de la rama de desarrollo) mantiene su hash, pero el commit de la fusión tendrá otro. Así que si revisas con git log --oneline, vas a ver tanto el hash del commit original como el nuevo hash que corresponde al merge.

1 respuesta

Sí se estableció un cambio, ya que después de la fusión de ese número en el hash cambio. Directamente el hash del commit en Git ya que esto es comparable a una huella digital que permite identificar de forma exacta el estado del archivo en ese momento. Cuando realizas una margen entre dos ramas, el Git generara un nuevo commit que va a fusionar, pero que aparece en el nuevo hash con origen distinto. Por eso el commit original que en este caso es contacto.html que está dentro de la rama creada que es desarrollo mantiene su hash, pero el commit de la fusión tendrá el contenido del otro hash. Así se podrá revisar mediante la utilización del comando de git que es log --oneline, que va a confirmar que tanto ese hash del commit original como el nuevo hash tienen el mismo contenido esto gracias al comando de git merge.