Fusiones en git

Clase 15 de 47 • Curso profesional de Git y GitHub 2016

Rafael Francisco Mollá Douglas

student•

¿Qué es una fusión?
Una fusión es una mezcla de ambas ramas (master y experimental)
¿Cómo hacer fusiones?
Primero hay que situarse en la rama master(git checkout master) y luego hacer la fusión con git merge experimental
¿Cómo se resuelven los conflictos?
-Fast forward: Los gestores trabajaron archivos diferentes al repositorio.
-Manual merge: Dos desarrolladores trabajan el mismo archivo en la fusión y las mismas líneas de código.
¿Qué es el rebase?
Es una técnica que nos permite situar los commits de la rama experimental delante de los commits de la rama master. Al hacer esto head queda posicionado sobre el último commit de la rama experimental, por lo tanto hay que hacer un git checkout master para volver al último commit de la rama master y luego un git merge experimental para adelantar la rama master a la rama experimental e igualarla. De esa manera podemos comenzar a trabajar con la rama master, en vez de trabajar con la rama experimental.

moises mannarino

student•

muy buen resumen

Claudio Baiardi

student•

Dejo por aquí el superlog para que sea de fácil acceso a todos. Copiar, pegar y ejecutar sin agregar nada más:

git config --global alias.splog "log --graph --abbrev-commit --decorate --date=relative --format=format:'%C(bold blue)%h%C(reset) - %C(bold green)(%ar)%C(reset) %C(white)%s%C(reset) %C(dim white)- %an%C(reset)%C(bold yellow)%d%C(reset)'" --all

NOTA: En este caso cambie la descripción de "superlog" a "splog" para que sea un poco más rápido el comando. Demás está decir que ustedes lo pueden cambiar a gusto.

Saludos

juan david vargas cante

student•

Me gusta la pasión que le imprime Mike a su exposición, eso permite que le entendamos mejor.

Freddie Daza

student•

jejeje alguna veces es como @Freddier hablando.....quien copeo el estilo a quien?...

Josue Alejandro Torres Gonzalez

student•

Tambien pense en eso xD

Jorge Salinas

student•

en algun momento pense que eran familia o algo, digo,se les siente el acento colombiano a ambos asi que es probable que eso pase mucho jajajaja

Adrian Zamora

student•

Esto es realmente extraordinario, una explicación tan amplia enfatizando en cada una de las ramas, fusiones y rebase.

Es super sencillo entender todos los términos que maneja Git cuando nuestros profesores son brillantes en lo que hacen.

¡Saludos!

José María Carro López

student•

hey, y se puede volver con un checkout a cualquier commit que era "normal" y empezar una nueva rama desde ahí? ¿se pueden fusionar cualesquiera ramas entre sí, sin que se fusionen con el master? ¿se pueden fusionar selectivamente ciertos commits de una rama (como extraerlos) para hacerlos parte del master o de una rama nueva? ¿se puede hacer una nueva rama de un commit viejo de otra rama?

Cesar David Ramírez Dimaté

student•

De la primera pregunta, si, si se puede hacer un checkout a un commit del pasado y crear un branch desde ahí.

Se pueden fusionar ramas entre sí, no necesariamente un merge se realiza entre master y una rama nueva, sino puedes fusionar rama-1 y rama-2.

Pues el principio de fusión es unir dos ramas, tomando en cuenta sus últimos commits, ahí revisas si hay conflictos o no. Por eso comentan entonces si algo utilizar rebase.

Claro, tu puedes crear un branch con base al commit de otro branch.

Luis Saavedra Quispe

student•

En una fusión se busca unir el último commit de la rama experimental con el último commit de la rama master , en el rebase se posicionan los commits de la rama experimental después del último commit de la rama master.

ISRAEL A MIRANDA GARCIA

student•

se recomienda usar la tecnica REBASE, ??

David Aguilera

student•

al parecer no, ya que se debe revisar los commits del master. y si son 10mil como dice mike , es una labor extrema revisar todos los commits anteriores.

Cesar David Ramírez Dimaté

student•

No, cómo él lo indica, poco se usa realmente. Lo que hace el líder es llamar a los dos desarrolladores nuevos del branch cuando existen conflictos al realizar una fusión y preguntar que hace cada línea de código, para ver si entra a modificarla manualmente o ver cuál cambio es más importante.

Aldo

student•

Cuando se utiliza rebase la version madre de A pasa de ser la version 3 a ser la Version 4???

Yonatan Alexis Quintero Rodriguez

student•

git checkout experiemental

git rebase master

git checkout master

git merge experimental

Este seria los comando para hacer un rebase como el ejemplo del video ?

Juan Francisco Herrera

student•

Qué pasa si en un ‘rebase’ al commit deltante donde me posicionare hay ‘conflictos’ (por aquello de que se modificaron archivos iguales en ambas ramas) ?

Gary Acosta

student•

Motiva a seguir estudiando…

Ricardo Garrido Cruz

student•

¿En que beneficia el rebase? ¿No es mejor ver las ramas y posicionarte en ellas?

Sebastian Cardona

student•

Las fusiones nos permiten unir commits de la rama experimental a la rama master.

Fast-forward: Fusiona los commit de la rama experimental en un solo commit en la rama master.

Manual merge: Nos permite solucionar los conflictos cuando uno o más desarrolladores editan la misma linea de codigo permitiendo seleccionare cual linea es mejor antes de fusionar los commit con la rama master.

Rebase: Fusiona los commit de la rama experimental a la master uno a uno despues del ultimo commit realizado en la rama principal.

git merge: Nos permite ubicar el HEAD en la rama actual despues de fusionar.

Jonathan Ludeña

student•

un git merge es bueno si se trabaja bugs pero si se trabaja ramas con codigo nuevo creo es más prudente usar un rebase porque representa un avance en el proyecto, al contrario que un merge que podría modificar codigo importante de la rama master… Si no se utiliza estos conceptos creo sería una confusión total el proyecto y commits

Iván Felipe Pérez Torres

student•

@mikenieva tuve esta inquietud en el vídeo anterior y ya con este vídeo fue resuelta ¡Excelente explicación!

Ricardo Fuenmayor

student•

Mike no me quedo muy claro lo de REBASE , es decir que en fusión solo se toman los últimos puntos y en rebase se toma todo los commits del experimental y se igualan en la misma linea del master?

Cesar David Ramírez Dimaté

student•

En la fusión se toma los últimos cambios de ambos branch y se revisa que no hayan conflictos. El líder del proyecto (a quien se le envió el merge) debe decir que líneas de código entran y cuales no. El rebase lo que hace es coger los commits del segundo branch en el branch principal. Poso se usa por lo que indican, entrar a revisar todos los commits del branch experimental puede ser algo tedioso de manejar.

christian soto

student•

En merge se hace una fusion de los ultimos comits de la ramas involucradas.
En rebase se incluyen todos los comits de una rama en frente de la otra. Pero el HEAD de la rama master sigue en su ultimo punto y se debe hacer un merge para mover el HEAD al ultimo comit.

Mario Menjívar

student•

MERGE : Unir, fusionar, uno o más archivos para añadir funcionalidad programada en otra rama al master. Dejando el historial en la rama.
REBASE : Lo mismo que merge, pero añadiendo el historial completo al master.

PD: en Chrome no hay issues con el audio.

Cesar David Ramírez Dimaté

student•

De hecho el rebase añade son los commits del segundo branch al master. Fusionar lo que hacer es tomar ambos branch, ver las diferencias y solucionar si existen conflictos.

Ronaldo Ricardo Mata Rodriguez

student•

1.¿Se puede fusionar ramas diferentes de master? es decir experimental1 con experimental2.

Diego Forero

Team Platzi•

Si, tu puedes fusionar ramas entre si diferentes a master, no ha problema, el funcionamiento es igual.

Fusiones en git

Bienvenidos

Requisitos del curso

Fundamentos

Glosario

Instalación y Conceptos Básicos

Bienvenido al curso

Instalación de git

Git en el 2016

Introducción a los sistemas control de versiones

Introducción a Git

Arquitectura de Arbol

Instalación

Git Workflow

Git reset

Analizando un commit

Navegación entre commits

La importancia de proponer

Ramas

Fusiones en git

Proyecto con líneas de tiempo alternas

Head pointer + Git log

Workflows y repositorios remotos

Workflows

Repositorios personales

Repositorios remotos (forked)

Project Management con Github

Gestión de proyectos en Git: ¿Cómo hacerlo?

Administración de un proyecto en Github

Usando Issues y Milestones de Github

Cómo manejar un pull request

Push to deploy en Amazon Web Services

Tipos de ambiente de trabajo

Deployment

Amazon Web Services

Workflow dinámico en equipos.

Deployment en Web Hosting

Workflow dinámico en equipos

Workflow dinámico en equipos (últimos pasos)

Github y AWS en conjunto

Conceptos avanzados

Bare repositories

Git Tags y Ecosistema de proyectos en GitHub

Git Extras

GitHub for Mac

GitHub For Windows

Zenhub

Gitlab

Gitlab

Desafios

Desafio 1: Crear un blog en Github Pages

Desafio 2: Blog Universitario. Local + GitHub

Desafio 3: Blog Universitario. Deployment Automático

Sesiones en Vivo

Stream 1: Resolviendo el primer desafío

Conclusiones

Cierre del curso

Fin del curso. ¿Qué sigue?

Contenido complementario

Git Ignore

Git Diff: Comparando Commits

Git Stash