Ajouter une CI Woodpecker executant les smoke tests #42

New issue

Closed

opened 2026-07-01 07:00:23 +00:00 by Reliodas · 0 comments

Reliodas commented

2026-07-01 07:00:23 +00:00

Owner

Contexte

Le depot est heberge sur Forgejo avec une instance Woodpecker CI et un runner
deja en place. Depuis le ticket #6, un controle statique lancable en une commande
existe (node scripts/smoke-test.js, sans dependance). Il est aujourd'hui
execute a la main. Un pipeline CI permettrait de lancer automatiquement ces
controles a chaque push et pull request, et d'accueillir ensuite la validation
visuelle (#7) dans le meme flux.

L'application reste statique : le CI ne construit rien et ne genere aucun
artefact, il se contente de valider.

Modifications a faire

Ajouter un fichier .woodpecker.yml (ou .woodpecker/*.yml) a la racine.
Etape smoke tests : sur une image Node officielle, executer
node scripts/smoke-test.js. Le pipeline doit echouer si la commande sort en
erreur.
Declencher sur push et sur pull request vers develop et main.
Prevoir l'ajout ulterieur de la validation visuelle (#7) comme etape
supplementaire, sans refonte du pipeline (structure extensible).
Documenter dans le README (ou une doc dediee) le role du pipeline et le
pre-requis instance + runner Woodpecker connectes au Forgejo.

Criteres d'acceptation

Un push ou une PR declenche le pipeline Woodpecker sur le depot.
Le pipeline execute node scripts/smoke-test.js et passe au vert quand les
controles reussissent.
Le pipeline echoue (rouge) si un smoke test echoue (syntaxe JS/inline ou
reference locale manquante).
Le pipeline n'introduit pas de build system ni d'artefact pour servir
l'application statique.
La configuration et le pre-requis d'infra sont documentes.

Depend de #6 (merge). A planifier apres #7 pour integrer smoke tests et
validation visuelle dans le meme pipeline.

## Contexte Le depot est heberge sur Forgejo avec une instance Woodpecker CI et un runner deja en place. Depuis le ticket #6, un controle statique lancable en une commande existe (`node scripts/smoke-test.js`, sans dependance). Il est aujourd'hui execute a la main. Un pipeline CI permettrait de lancer automatiquement ces controles a chaque push et pull request, et d'accueillir ensuite la validation visuelle (#7) dans le meme flux. L'application reste statique : le CI ne construit rien et ne genere aucun artefact, il se contente de valider. ## Modifications a faire - Ajouter un fichier `.woodpecker.yml` (ou `.woodpecker/*.yml`) a la racine. - Etape smoke tests : sur une image Node officielle, executer `node scripts/smoke-test.js`. Le pipeline doit echouer si la commande sort en erreur. - Declencher sur push et sur pull request vers `develop` et `main`. - Prevoir l'ajout ulterieur de la validation visuelle (#7) comme etape supplementaire, sans refonte du pipeline (structure extensible). - Documenter dans le README (ou une doc dediee) le role du pipeline et le pre-requis instance + runner Woodpecker connectes au Forgejo. ## Criteres d'acceptation - Un push ou une PR declenche le pipeline Woodpecker sur le depot. - Le pipeline execute `node scripts/smoke-test.js` et passe au vert quand les controles reussissent. - Le pipeline echoue (rouge) si un smoke test echoue (syntaxe JS/inline ou reference locale manquante). - Le pipeline n'introduit pas de build system ni d'artefact pour servir l'application statique. - La configuration et le pre-requis d'infra sont documentes. Depend de #6 (merge). A planifier apres #7 pour integrer smoke tests et validation visuelle dans le meme pipeline.