Heading

Gitflow Workflow es un flujo de trabajo Git que ayuda al desarrollo continuo de software y a la implementación de prácticas DevOps. Fue publicado y popularizado por primera vez por Vincent Driessen en nvie. El flujo de trabajo Gitflow define un estricto modelo de ramificación diseñado en torno a la liberación del proyecto. Esto proporciona un marco robusto para la gestión de proyectos más grandes.

Gitflow es ideal para proyectos que tienen un ciclo de lanzamiento programado y para la mejor práctica DevOps de entrega continua. Este flujo de trabajo no añade ningún concepto o comando nuevo más allá de lo que se requiere para el flujo de trabajo de la rama de características. En cambio, asigna roles muy específicos a las diferentes ramas y define cómo y cuándo deben interactuar. Además de las ramas feature, utiliza ramas individuales para la preparación, el mantenimiento y el registro de versiones. Por supuesto, también consigues aprovechar todos los beneficios del flujo de trabajo de la rama de características: pull requests, experimentos aislados y una colaboración más eficiente.

Comenzando

Gitflow es realmente una idea abstracta de un flujo de trabajo Git. Esto significa que dicta qué tipo de ramas configurar y cómo fusionarlas. Más adelante tocaremos los propósitos de las ramas. El conjunto de herramientas git-flow es una herramienta de línea de comandos real que tiene un proceso de instalación. El proceso de instalación de git-flow es sencillo. Los paquetes para git-flow están disponibles en varios sistemas operativos. En sistemas OSX, puedes ejecutar brew install git-flow. En windows tendrás que descargar e instalar git-flow. Después de instalar git-flow puedes usarlo en tu proyecto ejecutando git flow init. Git-flow es una envoltura alrededor de Git. El comando git flow init es una extensión del comando por defecto git init y no cambia nada en tu repositorio más allá de crear ramas por ti.

Cómo funciona

Rama de desarrollo y rama maestra

En lugar de una única master rama, este flujo de trabajo utiliza dos ramas para registrar la historia del proyecto. La rama master almacena el historial de la versión oficial, y la rama develop sirve como rama de integración para las características. También es conveniente etiquetar todos los commits de la rama master con un número de versión.

El primer paso es complementar el master por defecto con una rama develop. Una forma sencilla de hacerlo es que un desarrollador cree una rama vacía develop localmente y la empuje al servidor:

git branch develop
git push -u origin develop

Esta rama contendrá el historial completo del proyecto, mientras que master contendrá una versión abreviada. Los demás desarrolladores deben clonar ahora el repositorio central y crear una rama de seguimiento para develop.

Cuando se utilice la biblioteca de extensión git-flow, al ejecutar git flow init en un repo existente se creará la rama develop:

$ git flow init
Initialized empty Git repository in ~/project/.git/
No branches exist yet. Base branches must be created now.
Branch name for production releases: 
Branch name for "next release" development: 
How to name your supporting branch prefixes?
Feature branches? 
Release branches? 
Hotfix branches? 
Support branches? 
Version tag prefix? 
$ git branch
* develop
master

git checkout develop
git checkout -b feature_branch

git flow feature start feature_branch

git checkout develop
git merge feature_branch

git flow feature finish feature_branch

git checkout develop
git checkout -b release/0.1.0

$ git flow release start 0.1.0
Switched to a new branch 'release/0.1.0'

git checkout master 
git merge release/0.1.0

git flow release finish '0.1.0'

git checkout master
git checkout -b hotfix_branch

$ git flow hotfix start hotfix_branch

git checkout master
git merge hotfix_branch
git checkout develop
git merge hotfix_branch
git branch -D hotfix_branch

$ git flow hotfix finish hotfix_branch

git checkout master
git checkout -b develop
git checkout -b feature_branch
# work happens on feature branch
git checkout develop
git merge feature_branch
git checkout master
git merge develop
git branch -d feature_branch

git checkout master
git checkout -b hotfix_branch
# work is done commits are added to the hotfix_branch
git checkout develop
git merge hotfix_branch
git checkout master
git merge hotfix_branch