Convenciones de control de versiones y flujo de trabajo con Git y GitHub para el proyecto SongSwipe. Establece GitHub Flow como metodología (branch por feature, PR obligatorio, protección de main), convenciones de nomenclatura de ramas, formato de commits (Conventional Commits), y requisitos de revisión de código con al menos un aprobador según el área afectada.

<aside>

⚪ Repositorio GitHub | SongSwipe

</aside>

Flujo de trabajo (GitHub Flow)

• Rama por defecto: main.
• Protección de main: no se permite push directo; PR obligatorio.

1. Por cada feature a trabajar, crear → branch desde main.
2. Trabajar en la branch, commits pequeños y frecuentes.
3. Abrir Pull Request hacia main.
4. Revisiones (al menos 1 approver) y checks verdes → squash & merge.

Convención de ramas

feature/<breve-objetivo>
fix/<breve-objetivo>
chore/<breve-objetivo>
hotfix/<breve-objetivo>
docs/<breve-objetivo>
refactor/<breve-objetivo>

Commits (formato simple)

• Mensajes claros en presente, en una línea.
• Prefijos (Conventional Commits mínimo): feat, fix, docs, refactor, test, chore, ci.
• Opcional scope: (backend), (mobile), (infra).

Ejemplos