GitFlow en proyectos a medida: el setup que uso

Cuando trabajas solo en un proyecto para un cliente, la tentación es commitear directo a main. Funciona hasta que no funciona — hasta que un hotfix urgente pisa una feature a mitad de desarrollo.

Las tres ramas que uso

• --main: código en producción. Nadie toca main directamente.
• --develop: rama de integracion. Todo feature terminado llega aca primero.
• --feature/nombre-descriptivo: una rama por cada funcionalidad nueva.

El flujo en la práctica

1. 01.Creo una rama feature/ desde develop: git checkout -b feature/portal-login
2. 02.Desarrollo la funcionalidad con commits descriptivos
3. 03.Cuando esta lista, PR o merge a develop
4. 04.Cuando develop está estable, merge a main + tag de versión

# Nueva feature
git checkout develop
git checkout -b feature/mi-feature

# Merge a develop cuando esta lista
git checkout develop
git merge feature/mi-feature --no-ff

# Release a producción
git checkout main
git merge develop --no-ff
git tag -a v1.2.0 -m "Portal de login"

Hotfixes

Si hay un bug crítico en producción: rama hotfix/ desde main, fix, merge a main Y a develop para que el fix no se pierda en el próximo release.