Refs raggaroth-factory/RF_CICD#7 et #8. Cette release met sur main l'action qui construit et scanne sur toute référence (#5). C'est cette version que portera le tag v1.0.0.
La branche est prise telle quelle sur develop (3874a35), sans commit propre : il n'y aura rien à reporter sur develop.
Effet immédiat sur les consommateurs actuels, qui appellent @main dans un job réservé à develop et aux tags : aucun. Sur ces références, l'action construit, scanne et publie, comme avant. Le scan des PR ne commencera que lorsque leur job tournera sur tous les événements, ce que feront les PR de bascule vers @v1.0.0.
Après fusion :
pose le tag v1.0.0 sur main (Versions → Nouvelle version) ;
Refs raggaroth-factory/RF_CICD#7 et #8. Cette release met sur `main` l'action qui construit et scanne sur toute référence (#5). C'est cette version que portera le tag **`v1.0.0`**.
La branche est prise telle quelle sur `develop` (3874a35), sans commit propre : il n'y aura rien à reporter sur `develop`.
**Effet immédiat sur les consommateurs actuels**, qui appellent `@main` dans un job réservé à `develop` et aux tags : aucun. Sur ces références, l'action construit, scanne et publie, comme avant. Le scan des PR ne commencera que lorsque leur job tournera sur tous les événements, ce que feront les PR de bascule vers `@v1.0.0`.
**Après fusion** :
1. pose le tag `v1.0.0` sur `main` (Versions → Nouvelle version) ;
2. protège les tags `v*` (Paramètres → Tags protégés).
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Demande de Benjamin, 2026-10-08 : « il faut que le scan se fasse au build
pour empêcher le build ». Jusqu'ici, le scan ne tournait que dans la
publication, après la fusion : une PR n'était jamais scannée, et une
dépendance vulnérable passait la revue.
- Toute référence : construction + scan bloquant. Seules develop et
vX.Y.Z publient ; une PR, une autre branche ou main s'arrêtent après le
scan, sous un tag local « controle-<sha> » jamais poussé.
- Identifiants du registre facultatifs : lus et exigés seulement si la
référence publie. Une PR ne se connecte pas au registre.
- REGISTRY_AUTH_FILE n'est exporté que pour publier : pointé sur un
fichier absent, il faisait échouer buildah jusque dans l'export local
vers le scan (constaté au banc, « credential file is not accessible »).
- Sortie « publie » ; « tags » vide quand rien n'est publié.
Banc, 2026-10-08, les deux étapes extraites du YAML et enchaînées :
A. PR, sans identifiants, saine → code 0, registre vide
B. PR, sans identifiants, vulnérable → code 1, image refusée
C. develop, identifiants → :dev et :<sha> publiés
D. develop, sans identifiants → code 1, erreur explicite
E. main → code 0, rien publié
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01VyxLNGHojdXeRMQgWFgzRV
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Refs raggaroth-factory/RF_CICD#7 et #8. Cette release met sur
mainl'action qui construit et scanne sur toute référence (#5). C'est cette version que portera le tagv1.0.0.La branche est prise telle quelle sur
develop(3874a35), sans commit propre : il n'y aura rien à reporter surdevelop.Effet immédiat sur les consommateurs actuels, qui appellent
@maindans un job réservé àdevelopet aux tags : aucun. Sur ces références, l'action construit, scanne et publie, comme avant. Le scan des PR ne commencera que lorsque leur job tournera sur tous les événements, ce que feront les PR de bascule vers@v1.0.0.Après fusion :
v1.0.0surmain(Versions → Nouvelle version) ;v*(Paramètres → Tags protégés).🤖 Generated with Claude Code