Validation continue

La CI GitHub Actions valide chaque push sur main et chaque pull request.

Le workflow se trouve dans .github/workflows/ci.yml. Il ne publie rien : cette étape garantit uniquement qu'une version proposée est installable, typée, compilable et testée.

La publication est un workflow séparé, .github/workflows/pages.yml, qui ne tourne que sur main — voir Mise en ligne. Les séparer veut dire qu'une pull request ne peut pas déployer, et qu'un échec de publication ne fait pas passer une fusion pour cassée.

Commandes couvertes

• pnpm install --frozen-lockfile
• pnpm check:deps
• pnpm check:license
• pnpm check:changelog
• pnpm check:registry-versions — une entrée modifiée depuis la dernière publication doit avoir changé de version ; demande l'historique complet (fetch-depth: 0), voir Registre et CLI
• pnpm check:slot-props — un composant composé expose les props de ses sous-composants, voir Conventions
• pnpm lint
• pnpm typecheck
• pnpm build
• pnpm test — comprend deux gardes de langue : i18n.test.tsx monte chaque composant sous ENGLISH et échoue s'il reste du français ; locale.test.ts exige que FRENCH et ENGLISH aient les mêmes clés et les mêmes variables. Voir Langues, libellés et réglages
• pnpm build:storybook

Publication

Workflow	Déclencheur	Ce qu'il fait
ci.yml	push main, pull request	valide, ne publie rien
pages.yml	push main, manuel	construit le site et le pousse dans le dépôt public

pages.yml n'a besoin d'aucune permission d'écriture sur ce dépôt : il lit, construit, et pousse ailleurs avec un secret dédié (SITE_REPO_TOKEN). Un groupe de concurrence pages annule la publication précédente si deux poussées se suivent de près.

Il échoue explicitement si le secret est absent, plutôt que de réussir sans rien publier — voir Mise en ligne.