Usar una estructura estándar al momento de crear una rama facilita entender el propósito de la rama con solo leer su nombre.
aqui algunos tipos,para que es y un ejemplo.
- feat/
- Nueva funcionalidad
- feat/login-form
- fix/
- Corrección de errores
- fix/navbar-crash
- hotfix/
- Corrección urgente directamente sobre producción
- hotfix/payment-bug
- refactor/
- Mejora de código sin cambiar funcionalidad
- refactor/user-service
- docs/
- Cambios de documentación
- docs/update-readme
- test/
- Añadir o modificar pruebas
- test/add-login-tests
- chore/
- Tareas de mantenimiento (configs, scripts, etc.)
- chore/update-dependencies
- release/
- Preparar o etiquetar versiones
- release/1.2.0
- ci/
- Cambios en CI/CD
- ci/github-actions-node14
Recomendaciones adicionales
Usa kebab-case (nombre-con-guiones) o snake_case, pero nunca espacios.
Sé específico y breve: feat/add-user-avatar, no feat/thing1.
Limpia ramas antiguas cuando ya no se usen (git branch -d).
Protege main y develop en el repositorio (requiere PRs y revisiones).
