Julio 07 - 2024

I convey ideas and concepts through clean and usable product.

For the past 4 years I’ve been working as a product designer from Lagos, Nigeria. I specialize in interface and experience design for native mobile and web-based apps. Honesty and transparency are values that I hold dear; it’s at the center of everything I do. Building extraordinary products with organizations and people who have the same level of care and dedication as I do is my passion.

Flujo de trabajo
Standard

El modelo de GitFlow cuenta con dos ramas principales Master y Develop, además otras de soporte como Feature, Release y HotFix.

Master: Contiene la última versión de nuestro proyecto o también denominada “Línea Base”.
Develop: Contiene la recopilación de todos los desarrollos y es donde se preparan las funcionalidades para su despliegue.
Feature: Utilizada para desarrollar nuevas funcionalidades. Se crean a partir de la rama Develop y al terminar se fusionan con Develop nuevamente.
Release: Utilizada para desplegar una nueva versión de nuestro proyecto y se fusiona con la master para mantenerla actualizada.
HotFix: Utilizada para solucionar bugs, incidentes o implementar ajustes de emergencia.

Flujo de trabajo
HotFix

Gitflow es un modelo alternativo de creación de ramas en Git en el que se utilizan ramas de función y varias ramas principales. Fue Vincent Driessen en nvie quien lo publicó por primera vez y quien lo popularizó.

En comparación con el desarrollo basado en troncos, Gitflow tiene diversas ramas de más duración y mayores confirmaciones. Según este modelo, los desarrolladores crean una rama de función y retrasan su fusión con la rama principal del tronco hasta que la función está completa.

Estas ramas de función de larga duración requieren más colaboración para la fusión y tienen mayor riesgo de desviarse de la rama troncal. También pueden introducir actualizaciones conflictivas.

Flujo de trabajo
Feature dependiente

Gitflow es un modelo alternativo de creación de ramas en Git en el que se utilizan ramas de función y varias ramas principales. Fue Vincent Driessen en nvie quien lo publicó por primera vez y quien lo popularizó.

En comparación con el desarrollo basado en troncos, Gitflow tiene diversas ramas de más duración y mayores confirmaciones. Según este modelo, los desarrolladores crean una rama de función y retrasan su fusión con la rama principal del tronco hasta que la función está completa.

Estas ramas de función de larga duración requieren más colaboración para la fusión y tienen mayor riesgo de desviarse de la rama troncal. También pueden introducir actualizaciones conflictivas.

Flujo de trabajo
Feature postergado

Gitflow es un modelo alternativo de creación de ramas en Git en el que se utilizan ramas de función y varias ramas principales. Fue Vincent Driessen en nvie quien lo publicó por primera vez y quien lo popularizó.

En comparación con el desarrollo basado en troncos, Gitflow tiene diversas ramas de más duración y mayores confirmaciones. Según este modelo, los desarrolladores crean una rama de función y retrasan su fusión con la rama principal del tronco hasta que la función está completa.

Estas ramas de función de larga duración requieren más colaboración para la fusión y tienen mayor riesgo de desviarse de la rama troncal. También pueden introducir actualizaciones conflictivas.

Flujo de trabajo
hallazgos en QA

Gitflow es un modelo alternativo de creación de ramas en Git en el que se utilizan ramas de función y varias ramas principales. Fue Vincent Driessen en nvie quien lo publicó por primera vez y quien lo popularizó.

En comparación con el desarrollo basado en troncos, Gitflow tiene diversas ramas de más duración y mayores confirmaciones. Según este modelo, los desarrolladores crean una rama de función y retrasan su fusión con la rama principal del tronco hasta que la función está completa.

Estas ramas de función de larga duración requieren más colaboración para la fusión y tienen mayor riesgo de desviarse de la rama troncal. También pueden introducir actualizaciones conflictivas.