Difference between revisions of "Git, Branching"
(Created page with "Branching funciona como caminos diferentes que pueden volver a unirse. En un punto determinado de la historia del proyecto se crean dos caminos que contienen lo mismo pero que...") |
|||
Line 6: | Line 6: | ||
Antes de cambiar de rama (''checkout'') es buena idea hacer un commit. | Antes de cambiar de rama (''checkout'') es buena idea hacer un commit. | ||
El [http://git-scm.com/book/en/Git-Branching-Branching-Workflows libro oficial] muestra un par de formas de trabajo con ramas, flujos de trabajo. | |||
==Crear una rama nueva, nueva branch== | ==Crear una rama nueva, nueva branch== |
Revision as of 13:53, 12 November 2013
Branching funciona como caminos diferentes que pueden volver a unirse. En un punto determinado de la historia del proyecto se crean dos caminos que contienen lo mismo pero que pueden cambiar independientemente.
Existe un puntero HEAD que apunta a la rama actual.
La rama mestra se crea por defecto y se llama master.
Antes de cambiar de rama (checkout) es buena idea hacer un commit.
El libro oficial muestra un par de formas de trabajo con ramas, flujos de trabajo.
Crear una rama nueva, nueva branch
git branch nuevaRama
Listar ramas
git branch
Para más información ver libro oficial.
Cargar una rama
Este comando carga el contenido de una rama y hace que el puntero HEAD apunte a dicha rama.
git checkout nuevaRama
Cargar la rama maestra
Este comando carga el contenido de la rama maestra y hace que el puntero HEAD apunte a dicha rama.
git checkout master
Crear rama y cargarla
git checkout -b nuevaRama
Es un atajo que hace lo mismo que:
git branch nuevaRama
git checkout nuevaRama
Merge branches (unificar ramas)
git checkout master # Se carga la rama master estando en otra rama
git merge nuevaRama # Se hace merge de la nuevaRama sobre master
Borrar una rama
Se pueden borrar ramas cuando se desee pero puede ser buena idea hacerlo cuando se planee no usarla más, eso puede ocurrir por ejemplo cuando se trabajo en una rama, se unió al master y ya no tiene sentido tener la rama todavía porque no se va a trabajar más sobre ella.
git branch -d nuevaRama
Conflictos
Para más información sobre cuando se producen conflictos y cómo resolverlos trabajando con branches, ver libro oficial.