FEAT: Intégration SonarQube — qualité gate en CI #101

New issue

Closed

opened 2026-08-12 11:15:36 +02:00 by nonobis · 0 comments

nonobis commented

2026-08-12 11:15:36 +02:00

Owner

Contexte

sonar-enabled: 'false' en CI. Le template sonar-dotnet est prêt (analyse + quality gate bloquant).

Format des secrets (validé 2026-08-12 — Infisical dédié)

SONARQUBE_URL — URL de l'instance SonarQube
SONARQUBE_TOKEN — token SonarQube
SONARQUBE_<PROJET>_PROJECT_KEY — clé projet, adaptée à chaque projet :
- SONARQUBE_HEIMDALL_PROJECT_KEY
- SONARQUBE_SLEIPNIR_PROJECT_KEY
- SONARQUBE_NJORD_PROJECT_KEY

L'action sonar-dotnet résout automatiquement ces variables depuis l'environnement du job (Infisical ou Vault) avec fallback sur les anciens noms (SONAR_HOST_URL/SONAR_TOKEN). Erreur explicite si non configuré.

Politique projet

Le retour Sonar est traité OBLIGATOIREMENT : quality gate != OK → build rouge (quality-gate-blocking: true par défaut).

À faire

Donner l'accès SonarQube (URL instance) — en attente utilisateur
Créer les projets SonarQube + tokens
Déposer dans l'Infisical dédié : SONARQUBE_URL, SONARQUBE_TOKEN, SONARQUBE_<PROJET>_PROJECT_KEY (#104)
Activer sonar-enabled: 'true' dans les ci.yml (Heimdall, puis Sleipnir/Njord)
Vérifier le run CI (SonarScanner + quality gate bloquant)

Critères d'acceptation

Un run CI sur main publie l'analyse sur SonarQube avec la bonne clé projet
Quality gate != OK → build rouge

Référence

Templates : sonar-dotnet (résolution + gate), ci-full. Étude : forgejo/rapports/release-automatique-heimdall.md.

## Contexte `sonar-enabled: 'false'` en CI. Le template `sonar-dotnet` est prêt (analyse + quality gate **bloquant**). ## Format des secrets (validé 2026-08-12 — Infisical dédié) - `SONARQUBE_URL` — URL de l'instance SonarQube - `SONARQUBE_TOKEN` — token SonarQube - `SONARQUBE_<PROJET>_PROJECT_KEY` — clé projet, **adaptée à chaque projet** : - `SONARQUBE_HEIMDALL_PROJECT_KEY` - `SONARQUBE_SLEIPNIR_PROJECT_KEY` - `SONARQUBE_NJORD_PROJECT_KEY` L'action `sonar-dotnet` résout automatiquement ces variables depuis l'environnement du job (Infisical ou Vault) avec fallback sur les anciens noms (`SONAR_HOST_URL`/`SONAR_TOKEN`). Erreur explicite si non configuré. ## Politique projet **Le retour Sonar est traité OBLIGATOIREMENT** : quality gate != OK → build rouge (`quality-gate-blocking: true` par défaut). ## À faire - [ ] Donner l'accès SonarQube (URL instance) — **en attente utilisateur** - [ ] Créer les projets SonarQube + tokens - [ ] Déposer dans l'Infisical dédié : `SONARQUBE_URL`, `SONARQUBE_TOKEN`, `SONARQUBE_<PROJET>_PROJECT_KEY` (#104) - [ ] Activer `sonar-enabled: 'true'` dans les ci.yml (Heimdall, puis Sleipnir/Njord) - [ ] Vérifier le run CI (SonarScanner + quality gate bloquant) ## Critères d'acceptation - [ ] Un run CI sur main publie l'analyse sur SonarQube avec la bonne clé projet - [ ] Quality gate != OK → build rouge ## Référence Templates : `sonar-dotnet` (résolution + gate), `ci-full`. Étude : `forgejo/rapports/release-automatique-heimdall.md`.

nonobis added the

feature

priority-medium

labels

2026-08-12 11:15:36 +02:00

nonobis referenced this issue

2026-08-12 12:55:33 +02:00

FEAT: Migration secrets CI — Vault → Infisical dédié Forgejo #104

nonobis referenced this issue

2026-08-14 19:25:13 +02:00

TECH: Refonte CI — workflows natifs multi-jobs parallèles (suppression du monolithe ci-full templates) #129

nonobis referenced this issue