Gitflow vs Trunk Based en tu equipo

Curso de Android: Despliegue a Google Play Store

Contenido del curso

El release y su ciclo de vida

Estrategias de Release en fase de desarrollo

Pruebas y Validaciones

Preparación del Release

Ejecución del Release

13
Creación y gestión de pruebas cerradas en Google Play Console
04:34 min
14
Rollouts Escalonados en Google Play: Guía de Configuración y Monitoreo
00:45 min
15
Automatización de Despliegue de Aplicaciones con Fastlane y GitHub Actions
06:36 min

Post-Release

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:003:02

Gitflow vs Trunk Based en tu equipo

Curso de Android: Despliegue a Google Play Store

Clase 3 de 17

Clase 3 / 17

Comentarios (1)1 comentarios

Miguel Angel Otero Otero

Hace un año

La integración de Jira con GitHub permite crear ramas directamente desde un issue, facilitando el seguimiento de cambios relacionados con tareas específicas. Esto se conecta a la trazabilidad en releases mediante el uso de tags, que marcan puntos específicos en la historia del repositorio. Al incluir un tag después de fusionar una rama, se puede identificar fácilmente qué cambios fueron parte de esa release particular. Esta estrategia asegura que cada parte del trabajo esté documentada y accesible, promoviendo un ciclo de vida de desarrollo más ordenado y eficiente.

Wilmer Parra

Hace un año

No sabia que se podia hacer eso, buenisimo, mis jefes lo usan sin esa relación y debemos crearlo manualmente, investigare del tema. Excelente aporte.

Recursos

Cuando varios desarrolladores tocan el mismo repositorio, el código termina en caos: merges rotos, bugs en producción y reversiones imposibles. Una estrategia de ramificación clara soluciona ese problema y aquí verás cómo aplicar Gitflow y Trunk Based Development para mantener el control en cada release.

¿Qué es Gitflow y cuándo conviene usarlo?

Gitflow es un modelo de ramificación pensado para equipos grandes que necesitan trazabilidad detallada de cada cambio. La idea central es simple: cada issue tiene su propia rama y todas parten de una rama base llamada Develop.

¿Qué es Gitflow? Es una estrategia de ramificación donde creas una rama por cada issue a partir de Develop, y luego la integras vía pull request. Se usa en equipos con muchos desarrolladores que requieren control granular.

Este flujo es el que usan la mayoría de empresas con plantillas grandes de ingeniería, porque permite revisar cada cambio de forma aislada antes de mezclarlo con el resto.

¿En qué se diferencia de Trunk Based Development?

La diferencia es directa y afecta cómo agrupas el trabajo [00:30]:

En Gitflow creas una rama por cada issue individual.
En Trunk Based Development agrupas una lista de issues y creas una sola rama para esa lista.
Gitflow prioriza control; Trunk Based prioriza velocidad de integración.

La elección depende del tamaño del equipo y de qué tan rápido necesitas mover cambios a producción.

¿Cómo conectar Jira y GitHub para automatizar ramas?

Automatizar la creación de ramas evita errores de nombres y mantiene la trazabilidad entre tarea y código. La integración entre Jira y GitHub se hace en pocos pasos [01:00]:

Entra a la configuración de Jira y abre la sección de aplicaciones.
Busca GitHub for Jira, agrégala y confirma con adicionar.
Ve a GitHub, entra a settings y aplicaciones, y acepta el permiso solicitado por Jira.
Vuelve al proyecto en Jira para crear ramas directamente desde cada issue.

Una vez sincronizadas las herramientas, puedes seleccionar el proyecto, definir que la rama parta de Develop y dejar el nombre por defecto que sugiere Jira. Ese nombre incluye el ID del issue, lo que mantiene un control claro entre tarea y código.

¿Por qué dejar el nombre por defecto que sugiere Jira? Porque incluye el identificador del issue, lo que conecta automáticamente la rama con su tarea y facilita el seguimiento en ambas herramientas.

¿Cómo se ve el flujo completo en GitHub?

Después de trabajar en la rama y resolver el issue, creas un pull request. Cuando se acepta, la rama se integra a Develop y posteriormente se mergea con main [01:50].

En la vista de GitHub puedes observar cómo la rama se divide cada vez que se aborda un issue nuevo. Al final del flujo aparece un tag, que marca el punto exacto en el que la aplicación fue lanzada.

¿Qué significa el tag de versión en el repositorio?

El tag funciona como una etiqueta que agrupa todo lo que entró en una versión específica. Por ejemplo, todos los issues que estén debajo del tag 1.01 son los que viajan en esa versión publicada.

Esto te da dos beneficios concretos:

Sabes exactamente qué cambios contiene cada release.
Puedes revertir o auditar una versión sin perderte entre commits sueltos.

Una estrategia de ramas clara es solo la mitad del trabajo. La otra mitad es decidir quién recibe la actualización y cuándo, algo que se resuelve con canales de distribución y herramientas como Firebase. ¿Tú qué modelo usas en tu equipo, Gitflow o Trunk Based? Cuéntame en los comentarios.

Resumen

¿Qué es Gitflow y cuándo conviene usarlo?

¿Qué es Gitflow? Es una estrategia de ramificación donde creas una rama por cada issue a partir de Develop, y luego la integras vía pull request. Se usa en equipos con muchos desarrolladores que requieren control granular.

Este flujo es el que usan la mayoría de empresas con plantillas grandes de ingeniería, porque permite revisar cada cambio de forma aislada antes de mezclarlo con el resto.

¿En qué se diferencia de Trunk Based Development?

La diferencia es directa y afecta cómo agrupas el trabajo [00:30]:

En Gitflow creas una rama por cada issue individual.
En Trunk Based Development agrupas una lista de issues y creas una sola rama para esa lista.
Gitflow prioriza control; Trunk Based prioriza velocidad de integración.

La elección depende del tamaño del equipo y de qué tan rápido necesitas mover cambios a producción.

¿Cómo conectar Jira y GitHub para automatizar ramas?

Automatizar la creación de ramas evita errores de nombres y mantiene la trazabilidad entre tarea y código. La integración entre Jira y GitHub se hace en pocos pasos [01:00]:

Entra a la configuración de Jira y abre la sección de aplicaciones.
Busca GitHub for Jira, agrégala y confirma con adicionar.
Ve a GitHub, entra a settings y aplicaciones, y acepta el permiso solicitado por Jira.
Vuelve al proyecto en Jira para crear ramas directamente desde cada issue.

¿Por qué dejar el nombre por defecto que sugiere Jira? Porque incluye el identificador del issue, lo que conecta automáticamente la rama con su tarea y facilita el seguimiento en ambas herramientas.

¿Cómo se ve el flujo completo en GitHub?

Después de trabajar en la rama y resolver el issue, creas un pull request. Cuando se acepta, la rama se integra a Develop y posteriormente se mergea con main [01:50].

¿Qué significa el tag de versión en el repositorio?

Esto te da dos beneficios concretos:

Sabes exactamente qué cambios contiene cada release.
Puedes revertir o auditar una versión sin perderte entre commits sueltos.

El release y su ciclo de vida

Dark Launch y Feature Flags en apps móviles

Ciclo de vida de un release con Scrum y Jira

Gitflow vs Trunk Based en tu equipo

Estrategias de Release en fase de desarrollo

Configuración de Proyectos Firebase para Aplicaciones Android

Configuración de Dark Launches con Firebase Remote Config

Control de Funcionalidades con Feature Toggles y Remote Config

A/B testing en Android con Firebase

Pruebas y Validaciones

Pruebas Unitarias e Integración en Android Studio con Jetpack Compose

Validación de Seguridad y Limpieza de Código en Android Studio

Optimización y Compatibilidad de Apps Android con App Bundles

Preparación del Release

Configuración de Flavors en Android para Pruebas End to End

Creación y configuración de cuenta de desarrollador en Google Play

Ejecución del Release

Creación y gestión de pruebas cerradas en Google Play Console

Rollouts Escalonados en Google Play: Guía de Configuración y Monitoreo

Automatización de Despliegue de Aplicaciones con Fastlane y GitHub Actions

Post-Release

Mejora Continua en Desarrollo de Aplicaciones: Kaizen y OKR

Monitorea tu app con Crashlytics y Analytics

Gitflow vs Trunk Based en tu equipo

Progreso del curso

El release y su ciclo de vida

Estrategias de Release en fase de desarrollo

Pruebas y Validaciones

Preparación del Release

Ejecución del Release

Post-Release

Recursos

Recursos