arcodange
6913e5da04
Helm Charts / Detect changed charts (pull_request) Successful in 22s
Helm Charts / Library charts tool (pull_request) Skipped
Helm Charts / Application charts chart (pull_request) Skipped
Helm Charts / Application charts crowdsec (pull_request) Skipped
Helm Charts / Application charts grafana (pull_request) Skipped
Helm Charts / Application charts pgbouncer (pull_request) Skipped
Helm Charts / Application charts pgcat (pull_request) Skipped
Helm Charts / Application charts prometheus (pull_request) Skipped
Helm Charts / Application charts redis (pull_request) Skipped
Helm Charts / Application charts hashicorp-vault (pull_request) Successful in 15s
Helm Charts / Application charts minio (pull_request) Successful in 18s
Trouvé en refusant de lire le vert de cette PR : elle réécrit le chart `minio` en entier, et la CI a rendu `success` avec « Detect changed charts » ✓ et les deux jobs de construction en `Skipped`. Aucun job `Application charts minio` n'existait. La cause : Gitea ne sait pas monter une matrice DYNAMIQUE, donc la matrice est codée en dur — `chart: [tool]` et `chart: [pgcat]`. Le job `filter-chart` calcule POURTANT la bonne réponse ; personne ne la consomme. Le `if:` vérifie seulement si le chart codé en dur figure dans la liste détectée. Résultat mesuré : 10 charts dans le dépôt, 2 constructibles. `minio`, `redis`, `crowdsec`, `hashicorp-vault`, `grafana`, `prometheus`, `pgbouncer` et `chart` ne passaient sous aucun `helm template`, et toute PR qui les touchait affichait vert. Le remède ne demande PAS de matrice dynamique : le `if:` filtre déjà sur la sortie du détecteur, donc un chart non modifié reste `Skipped`. Il ne manquait que l'ÉNUMÉRATION — les neuf applicatifs sont désormais listés. ⚠ Le mode d'échec de ce fichier est maintenant écrit dedans : ajouter un chart au dépôt sans l'ajouter à la liste le rend invisible à la CI, en silence.