🚫Nunca pushear directamente a main. Sin excepciones, sin importar la urgencia. Todo cambio entra exclusivamente por Merge Request.
✅testing permite push directo por developers para agilizar la integración y validación QA.
🎫Sin workitem no hay rama. Toda rama debe estar respaldada por un issue en GitLab.
🌿Una rama por workitem. No mezclar cambios de distintos issues en la misma rama.
🔄Merge como estrategia. Rebase queda estrictamente prohibido como práctica estándar salvo excepciones de Maintainers.
📏PRs manejables. Preferiblemente menos de 400 líneas. Si es mayor, justificar o dividir.
🟢CI verde antes de pedir review. No asignar revisión si el pipeline no pasó.
🧹Eliminar ramas mergeadas. El repositorio debe estar siempre limpio.
🔒Nunca commitear secretos. Claves, passwords y tokens van en variables de entorno.
📋El .gitignore es obligatorio y se define antes del primer push del proyecto.
📝Template de MR obligatorio. Configurado en .gitlab/merge_request_templates/default.md.
🧪Información de QA en workitem. La info de prueba y checklist de QA van en la tarjeta, no en el MR.
