Ramas, rebase y merge

Clase 14 de 17 • Curso de Prework: Buenas Prácticas y Entorno de Desarrollo en macOS 2019

Resumen

Recuerda que una rama es la duplicación de un objeto sobre el repositorio y nos va a permitir trabajar en paralelo para después unir los cambios a nuestro proyecto, en este caso a nuestra rama master, los comandos principales son:

git checkout -b develop: según el commit en el cual ejecutemos este comando va a ser el punto en el cual se va a crear una rama idéntica, en este caso con el nombre de “develop”.
git merge develop: va a añadir los commits a la rama master.
git rebase develop: va a añadir los commits a la rama master unificando ambas ramas y conservando la historia de la misma.

Alejandro González Reyes

student•

Merge no elimina en automático la rama, esta hay que eliminarla manualmente. La unica diferencia es que con merge es fusionar todos los commit de una rama sobre otra en un solo punto. y con rebase, se conservan todos los commit de la rama diferida sobre la rama master.

Juan David Merchán Torres

student•

Gracias por la aclaracion.

Andrés Corral

student•

Valida la aclaracion

Alejandra y Leonardo .

student•

git branch -b Lista las ramas del repositorio.

git checkout -b <nombre_rama> Crea una nueva rama y te cambia a ella.

git branch <nombre_rama> Crea una nueva rama y te mantiene en ella (gracias Julian Alejandro Sosa).

git checkout <nombre_rama> Te cambia de rama.

git rebase <nombre_rama> Hace un rebase (se conservan todos los commit de la rama diferida sobre la rama master. Gracias Alejandro Gonzáles Reyes).

git merge <nombre_rama> Hace un merge (merge es fusionar todos los commit de una rama sobre otra en un solo punto, merge no elimina en automático la rama, esta hay que eliminarla manualmente. Gracias Alejandro Gonzáles Reyes).

git add . Añade todos los cambios de la carpeta actual al siguiente commit.

daniel esteban henriquez flores

student•

El git branch es sin -b, ya que el comando branch no cuanta con esa opcion

Fabian Esteban Ruiz Zamudio

student•

Muchas gracias , recién estoy empezando y esto me será de mucha ayuda

Jonathan David Olivos

student•

Noe Gonzalez

student•

Esta imagen me ayuda a entender mejor los conceptos.!

Mauricio Costanzo

student•

¡Excelente!

Diego Rubio

student•

mar a villoso! gracias

Daniel Hurtado

student•

En vez de hacer un git add . y luego un commit, podemos hacer simplemente un git commit -am "nota del commit", funciona de la misma manera

Juan Carlos García Esquivel

student•

Muy bueno, acabo de aprender algo nuevo

Juan José Londoño David

student•

DIFERENCIAS DE REBASE Y MERGE

A simple vista podemos notar varias diferencias comenzaremos con unas de las más notables . El rebase unifica las ramas dejando un arbol lineal o más bonito.El merge aun deja el gráfico de las ramas. otras de las diferencias, el merge a la hora de querer unificar nos toca realizar un commit de más , en nuestro caso el de la descripción (uniendo commit 1,2 y 4 con el 3 ) , este es el commit que muchos dicen commit basura ó innecesario . El rebase unifica sin necesidad de crear un nuevo commit . Hay una diferencia bien importante que debemos tener en cuenta a la hora de mirar cual de los dos tomar . El rebase unifica las ramas perdiendo el historial de los commit y el merge no . Esto puede resultar bien importante cuando se necesite llevar o saber el historial de commit y se esta trabajando con otros compañeros en esa rama. Puedes llegar ser odiado por el equipo al usar rebase XD. Ademas del comando rebase dejar perder el historial, monta los commit encima de la otra rama sin importar de la cronología. Eso lo puedes observar en las imágenes de arriba.

julian orrego

student•

Les dejo este post que me ayudó a entender la diferencia entre merge y rebase. https://www.atlassian.com/es/git/tutorials/merging-vs-rebasing

Miguel Angel Escurra

student•

Excelente el link que compartiste!!! También a mí me ayudó. Gracias!

Daniel Pino

student•

Súper recomendado seguir el modelo de trabajo que plantea git-flow, lo hemos implementado en todos los proyectos y se ha reducido en gran parte la incidencia de conflictos y perdida de código, así como ha mejorado la agilidad y la organización de los repositorios. El repo de git-flow: https://github.com/nvie/gitflow Explicación del modleo de ramas: https://nvie.com/posts/a-successful-git-branching-model/

Mauricio Costanzo

student•

¡Gracias por el aporte!

Mauricio Costanzo

student•

Aquí comparto y complemento la info que proporcionó el compañero pero en español.

https://cleventy.com/que-es-git-flow-y-como-funciona/#:~:text=Es%20ah%C3%AD%20donde%20entra%20en,a%20los%20lanzamientos%20del%20proyecto.

Abrazo

Marco Melendez

student•

El concepto de Git merge esta bien excepto en decir que la rama que se haga merge se borra, hay que recrdar que Git no borra nada a menos que se lo pidamos

David Flores

teacher•

Entonces cual es la diferencia entre merge y rebase?

Samuel Mata

student•

Hola David, la diferencia entre merge y rebase es que el primero añade a la rama master (o cualquiera que estés utilizando y requieras hacer el merge), las modificaciones mas recientes de una rama, sin eliminar la misma.

Por otro lado, el rebase unifica ambas ramas y se trae toda la historia de esta rama, es decir, si has hecho varios commits en una rama experimental, esos commits son llevados a la rama que le estas aplicando el rebase. Siendo importante destacar, que es una mala practica hacerlo en repositorios remotos.

Puedes tener mas información en la clase numero 33 del curso profesional de git y github. Saludos mi pana!!

Usuario anónimo

user•

🎋 Crear ramas sin moverte de una de ellas:

git branch rama

Usuario anónimo

user•

Con git branch develop creamos una nueva rama, pero nos mantenemos en la actual.

Con git checkout -b develop creamos una nueva rama y hacemos el cambio a esta rama.

Stiven Jiménez

student•

Aquí les dejo un blog post en medium que me ayudó a entender la diferencia entre rebase y merge. https://medium.com/@MiguelCasas/diferencia-entre-git-rebase-y-git-merge-workshop-de-git-8622dedde2d7

Guadalupe Giovanni Hernández Medina

student•

"El comando rebase es una mala práctica, nunca se debe usar" --Freddy Vega, Curso profesional de Git y Github.

Alejandro Michel Sánchez Armenta

student•

Es una mala practica si lo enviamos a repositorios remotos, en repositorios locales no hay tanto problema.

Andrés Guaidia

student•

Existe un Workflow para el manejo de git llamado Gitflow, lo utilizamos en mi ligar de trabajo y nos va súper bien. Pueden consultarlo AQUÍ

Ivan Sevilla

student•

git merge develop trae los cambios de develop a master y develop sigue existiendo. Git rebase nos permite hacer que la rama develop se integre a la historia de master haciendo de cuenta que develop nunca existió. Para hacer esto primero en la rama develop tenemos que ejecutar git rebase master despues en la rama master ejecutar git rebase develop y despues ya podemos eliminar la rama develop con git branch -D develop

Bryson Steven Mosquera Florez

student•

Esto es cada vez más genial

Carlos Alfaro

student•

¡Totalmente de acuerdo!

Cesar Augusto Barco de Gouveia

student•

Ramas, rebase y merge

Conceptos para trabajar en equipo.

Rama: es una duplicación, creamos una rama o bifurcación de la rama master o principal; con git checkout -b develop creamos una rama llamada develop; tiene el mismo contenido que la rama master; son dos trabajos que se llevan en paralelo, al final se crea un merge o se unen con la rama master.

Rebase: funciona igual; la rama que se bifurcó sigue existiendo a diferencia del merge que la elimina.

git checkout -b <name> crea una rama; con git branch nos muestra las ramas: con git checkout <rama> nos cambiamos a esa rama.

Para hacer rebase nos pasamos a la rama master; ejecutamos git rebase <rama> colocando el nombre de la rama de la cual queremos traer los cambios.

Podemos hacer lo mismo con merge; git merge <rama> con el nombre de la rama que queremos unir con la master.

Con git add . agregamos todos los archivos del directorio.

Juan Sebastián Gómez Tabares

student•

encontré este pdf con definiciones y explicación detallada, espero sea de ayuda a alguien

](https://www.uco.es/aulasoftwarelibre/wp-content/uploads/2015/11/git-cosfera-dia-1.pdf)```

Enrique Moreno

student•

Si mas no recuerdo el curso de git github de @freddier dice que hacer rebase es una mala practica.

Andrés Guaidia

student•

Según mis apuntes del curso de git ==> Git rebase: Tomar una rama entera e insertarla en la rama principal. Es muy mala practica enviarla a repositorios remotos. Rebase reescribe la historia del repositorio.

Leonardo David Martinez Hernandez

student•

A nivel repositorio local no hay problema con el rebase, pero si haces un rebase al master de un repositorio remoto donde mas personas trabajan puede generar confucion para ellos ya que rebase integra toda la historia de commits de la rama y los une al master modificando la historia de este

Juan David Ospina

student•

Realmente con la explicación es un poco ver la diferencia real entre Rebase y Merge, sin embargo, es importante saber que es muy utilizado el merge. Se sugiere al maestro dar una explicación mas detalla de las o la diferencia fundamental entre ambos comando. Y dar ejemplos de en que escenarios es mejor utilizar cada uno.

Raul Galicia Abud

student•

El rebase es una mala practica, lo correcto es trabajar con branches separados y luego hacerles merge. Recomiendo tomar el curso de Git y Github para entenderlo mejor.

Ramas, rebase y merge

Introducción a la línea de comandos

Introducción

Introducción a la terminal

Manejo archivos y directorios

Herramientas básicas (Comandos CAT, MORE, TAIL y OPEN)

Crea llaves SSH

Configuración entorno de desarrollo

Configuración de la terminal MacOS

Instalación y configuración de VSCode

Google Chrome para desarrollo frontend

Cómo instalar NodeJS

Herramientas de desarrollo Backend: JSON Viewer y Postman

Git y GitHub

¿Qué es Git, para qué se usa y qué resuelve?

Instalación de Git

Cómo crear un repositorio, primer commit, reset y logs

Ramas, rebase y merge

Github: configuración, repositorio remoto, push y pull

Cómo crear un buen README.md y sintaxis de markdown

Conclusiones