Gitflow interactivo

Explora cómo se crean, trabajan y fusionan las ramas. Las versiones se publican mediante tags en main, incluido el salto de v1.1.2 a v2.0.0.

Vista general

Selecciona una rama para ver su gráfico detallado y los comandos asociados a cada punto.

Desarrollo

feature/*·bugfix/*

develop

Las nuevas funcionalidades y correcciones se integran en develop mediante Pull Request.

Ver explicación completa

Las funcionalidades nuevas se desarrollan en ramas feature/*, creadas desde develop. Los errores detectados durante el desarrollo se corrigen aquí en bugfix/*, también desde develop; este prefijo es una convención adicional, no una rama obligatoria del Gitflow clásico. En ambos casos se realizan commits, se publica la rama y se abre un Pull Request hacia develop para revisar e integrar los cambios sin afectar directamente a producción.

Producción

hotfix/*

main+develop

main contiene las versiones estables. Los errores urgentes se corrigen con hotfix/* y se integran también en develop.

Ver explicación completa

main contiene las versiones estables que se publican en producción, identificadas mediante tags como v1.1.0. Si aparece un error urgente en una versión publicada, se crea una rama hotfix/* desde main. Tras corregirlo, se integra mediante Pull Request en main, se publica una versión de parche como v1.1.2 y se trasladan los cambios a develop para evitar que el error reaparezca.

Versionado

developrelease/*main

Tags:v1.1.2→v2.0.0

Las ramas release/* permiten estabilizar una versión antes de publicarla y sincronizar las correcciones.

Ver explicación completa

Una rama release/* se crea desde develop para probar y corregir una versión antes de publicarla. Después se integra en main, se crea el tag y se incorporan las correcciones a develop. En este ejemplo, feature/new-architecture introduce cambios incompatibles y, tras integrarse en develop, se prepara release/2.0.0; las versiones v1.0.0, v1.1.0 y v1.1.1 se publican directamente desde develop para ilustrar un flujo simplificado. En Gitflow clásico también pueden prepararse mediante ramas release/*.

Gitflow · detalle

Rama

main contiene únicamente las versiones estables. Recibe entregas preparadas desde release y correcciones urgentes desde hotfix; aquí se crean los tags de publicación.

Origen

hotfix/* y release/*

Destino

main (producción)

¿Cuándo se utiliza?

Publicar versiones estables

Pasos y comandos

Pasa el ratón por un paso o su marcador para resaltarlos a la vez. Los círculos son commits o merges, los cuadrados numerados son operaciones Git y las etiquetas indican tags, sin crear commits adicionales.

Selecciona un paso para ver y copiar sus comandos. También puedes pulsar los commits y merges del gráfico. Los Pull Requests se realizan con GitHub CLI.

develop reúne el trabajo terminado y revisado antes de preparar una publicación. Las funcionalidades y las correcciones ordinarias se integran aquí, no directamente en main.

Origen

feature/* y bugfix/*

Destino

develop

¿Cuándo se utiliza?

Integrar y revisar cambios

Pasos y comandos

Selecciona un paso para ver y copiar sus comandos. También puedes pulsar los commits y merges del gráfico. Los Pull Requests se realizan con GitHub CLI.

Una feature aísla una nueva funcionalidad mientras se desarrolla. Cuando está terminada, se revisa y se integra mediante un Pull Request en develop.

Origen

develop

Destino

develop

¿Cuándo se utiliza?

Crear una funcionalidad

Pasos y comandos

Selecciona un paso para ver y copiar sus comandos. También puedes pulsar los commits y merges del gráfico. Los Pull Requests se realizan con GitHub CLI.

Un bugfix corrige un error detectado durante el desarrollo, antes de publicar. No debe confundirse con un hotfix, que corrige urgentemente producción.

Origen

develop

Destino

develop

¿Cuándo se utiliza?

Corregir un error no urgente

Pasos y comandos

Selecciona un paso para ver y copiar sus comandos. También puedes pulsar los commits y merges del gráfico. Los Pull Requests se realizan con GitHub CLI.

Un hotfix resuelve un fallo urgente ya presente en producción. Nace de main y su corrección debe incorporarse tanto a main como a develop.

Origen

main

Destino

main y develop

¿Cuándo se utiliza?

Resolver una incidencia urgente

Pasos y comandos

Selecciona un paso para ver y copiar sus comandos. También puedes pulsar los commits y merges del gráfico. Los Pull Requests se realizan con GitHub CLI.

Una release prepara una versión a partir de develop: se congela el alcance, se corrigen errores de estabilización y después se fusiona tanto en main como en develop.

Origen

develop

Destino

main y develop

¿Cuándo se utiliza?

Estabilizar y publicar una versión

Pasos y comandos

Selecciona un paso para ver y copiar sus comandos. También puedes pulsar los commits y merges del gráfico. Los Pull Requests se realizan con GitHub CLI.