refactor: migrar a supabase, aplicar cia y poo a gastos

README.md

@@ -194,3 +194,29 @@ Usuarios: `admin` o `ginevra_ortega`
 - **Miguel Angel Contreras Orozco** — Jefe de Área I+D+i
 - **Ginevra Ortega Acuña** — Encargada de Contratos y Auditoría Documental
 - **Samuel Abdias Contreras Orozco** — Encargado de Desarrollo Comercial
+
+---
+
+## Estándar de Control de Versiones
+
+Este proyecto utiliza **GitHub Flow** y **Conventional Commits** para mantener un historial limpio y trazabilidad.
+
+### 1. Flujo de Trabajo (GitHub Flow)
+- La rama `main` contiene el código estable y de producción.
+- Para cada nueva funcionalidad o corrección, se crea una rama nueva a partir de `main` (ej: `feature/agregar-modulo-nomina`).
+- Una vez terminado el desarrollo en la rama, se realiza un Pull Request hacia `main`.
+
+### 2. Formato de Commits (Conventional Commits)
+Los mensajes de commit deben seguir esta estructura:
+`<tipo>(<alcance opcional>): <descripción breve>`
+
+**Tipos permitidos:**
+- `feat:` Una nueva funcionalidad.
+- `fix:` Corrección de un error (bug).
+- `refactor:` Cambios en el código que no corrigen errores ni añaden funcionalidades (ej. aplicar POO).
+- `docs:` Cambios en la documentación.
+- `chore:` Tareas de mantenimiento, actualización de dependencias.
+- `style:` Cambios de formato (espacios, comas, etc) que no afectan la lógica.
+- `test:` Agregar o modificar pruebas.
+
+*Ejemplo:* `feat(gastos): agregar soporte multidivisa para proveedores`