Herramientas de usuario

Herramientas del sitio


informatica:programacion:cursos:control_version_git_avanzado:branching

Diferencias

Muestra las diferencias entre dos versiones de la página.

Enlace a la vista de comparación

Ambos lados, revisión anteriorRevisión previa
Próxima revisión
Revisión previa
informatica:programacion:cursos:control_version_git_avanzado:branching [2023/06/03 16:37] – [Fusionando código: merge] tempwininformatica:programacion:cursos:control_version_git_avanzado:branching [2023/06/03 16:41] (actual) – [Fusionando código: merge, rebase y cherry-pick] tempwin
Línea 136: Línea 136:
  
 El propósito de una rama es que cuando terminemos con ella, la volquemos a otra rama principal. En este proceso de volcado, los commits que estaban en la rama paralela formarán parte de la rama principal. El propósito de una rama es que cuando terminemos con ella, la volquemos a otra rama principal. En este proceso de volcado, los commits que estaban en la rama paralela formarán parte de la rama principal.
- 
-<WRAP center round todo 60%> 
-Mostrar gráfico con la explicación de arriba. 
-</WRAP> 
  
 Aunque hay otras metodologías, una buena práctica es desarrollar en una rama nueva, terminar, volcar y borrar la nueva rama. De esta forma podemos asegurarnos que se produzcan menos conflictos. Aunque hay otras metodologías, una buena práctica es desarrollar en una rama nueva, terminar, volcar y borrar la nueva rama. De esta forma podemos asegurarnos que se produzcan menos conflictos.
Línea 180: Línea 176:
 Esta fusión puede ocasionar conflictos. Por ejemplo si estamos en la siguiente situación: Esta fusión puede ocasionar conflictos. Por ejemplo si estamos en la siguiente situación:
  
-<WRAP center round todo 60%> +{{ :informatica:programacion:cursos:control_version_git_avanzado:git-branching-merge-3-way-conflicts.png?nolink |}}
-Mostrar gráfico con la explicación de arriba. +
-</WRAP>+
  
 Git no podrá decidir por nosotros y nos pedirá solucionar. Git no podrá decidir por nosotros y nos pedirá solucionar.
Línea 358: Línea 352:
  
 Cada empresa o programador puede tener su propio flujo. Hay una serie de métodos que comparte la comunidad. Uno de ellos es **git flow**, un modelo de //branching// [[https://nvie.com/posts/a-successful-git-branching-model/|presentado por un desarrollador]] en 2010 como su propia forma de trabajar con las ramas. Cada empresa o programador puede tener su propio flujo. Hay una serie de métodos que comparte la comunidad. Uno de ellos es **git flow**, un modelo de //branching// [[https://nvie.com/posts/a-successful-git-branching-model/|presentado por un desarrollador]] en 2010 como su propia forma de trabajar con las ramas.
 +
 +{{ :informatica:programacion:cursos:control_version_git_avanzado:git-branching-git-flow.png?nolink |}}
  
 Tuvo mucho éxito y se ha convertido en uno de los métodos más utilizados. Tuvo mucho éxito y se ha convertido en uno de los métodos más utilizados.
 +
  
 ==== El modelo git flow ==== ==== El modelo git flow ====
Línea 406: Línea 403:
  
 <WRAP center round important 60%> <WRAP center round important 60%>
-Si no estuviésemos en esa rama, el comando tendría que ser ''git flow tipo_rama finish nombre_rama+Si no estuviésemos en esa rama, el comando tendría que ser ''git flow tipo_rama finish nombre_rama''
 </WRAP> </WRAP>
  
informatica/programacion/cursos/control_version_git_avanzado/branching.1685803034.txt.gz · Última modificación: por tempwin