raigal init, la CLI detecta tu proveedor de CI y genera el flujo adecuado automáticamente.
Variables de entorno
Configura estas variables en tu entorno de CI:
Nota: En GitHub Actions configurado con
permissions: id-token: write, los tokens estáticos pueden omitirse porque Raigal valida el runner mediante OIDC criptográfico de GitHub. Aun así, guardar RAIGAL_TOKEN como secreto en el repositorio es recomendable para tener la misma configuración en todas las plataformas.
GitHub Actions
1. Control de calidad en pull requests
Crea.github/workflows/raigal.yml para evaluar pull requests, notificar al panel web y generar informes SARIF opcionales:
Subir informes SARIF a GitHub Code Scanning en repositorios privados requiere GitHub Advanced Security (GHAS) en tu cuenta. En repositorios públicos, GitHub ofrece Code Scanning sin coste adicional.
2. Sincronización al fusionar o cerrar pull requests
Si utilizas la GitHub App oficial de Raigal, este paso no es necesario. La app recibe los webhooks de GitHub y actualiza el panel automáticamente.
GitLab CI
En.gitlab-ci.yml (autogenerado con raigal init):
RAIGAL_TOKEN en GitLab en Settings > CI/CD > Variables.
Bitbucket Pipelines
Enbitbucket-pipelines.yml (autogenerado con raigal init):
RAIGAL_TOKEN en Bitbucket en Repository settings > Repository variables.
Códigos de salida y control de calidad
En todos los proveedores de CI,raigal ci responde de forma consistente:
- Código de salida 0 (Aprobado): La nota del repositorio es igual o superior a
ci.failBelow(por defecto: 70) y no hay ninguna incidencia con severidaderror. - Código de salida 1 (Bloqueado): La nota cayó por debajo de
ci.failBelowo se detectó al menos un hallazgo de severidaderror(riesgos de seguridad, errores de sintaxis o inyecciones en prompts). - Código de salida 2 (Vencimiento de licencia): Ocurre solo si
licensing.onLapseestá configurado como"fail-closed"y la licencia temporal venció sin conexión exterior.