verifiqué con git log --oneline y veo que no ha cambiado, según lo que fui investigando, eso se debe a que se hizo un fast forward, que ocurre cuando dos ramas se unen sin conflicto.
verifiqué con git log --oneline y veo que no ha cambiado, según lo que fui investigando, eso se debe a que se hizo un fast forward, que ocurre cuando dos ramas se unen sin conflicto.
¡Hola Rivera, espero que estés bien!
Parece que estás explorando cómo funcionan las fusiones en Git, específicamente el caso de un "fast forward". Cuando realizas un merge de tipo fast forward, Git simplemente mueve el puntero de la rama principal (por ejemplo, main) hacia adelante para apuntar al mismo commit que la rama de características (por ejemplo, feature). Esto significa que no se crea un nuevo commit de merge, y por lo tanto, el historial de commits no muestra un nuevo hash de merge.
Para ver cómo se comporta un merge que no es fast forward, puedes crear una situación donde las dos ramas tengan desarrollos divergentes. Así, cuando realices el merge, Git necesitará crear un commit de merge, y podrás ver un nuevo hash en el historial.
Por ejemplo, si tienes dos ramas main y feature, y haces cambios en ambas antes de intentar fusionarlas, Git no podrá hacer un fast forward y tendrá que crear un nuevo commit de merge. Esto lo podrás ver con git log --oneline.
Espero que esto te ayude a entender mejor cómo funcionan los merges en Git. ¡Bons estudios!