Le trigger push sur les branches non-main faisait tourner ci.yml deux
fois sur le meme commit des qu'une PR est ouverte (une fois pour le
push, une fois pour la pull_request) : deux statuts distincts pour un
seul resultat logique, et une exposition doublee aux flakys du runner
(observe : Setup pnpm a echoue une fois avec l'erreur text file busy,
une race condition transitoire juste apres l'installation de Node par
le runner - le run pull_request sur le meme commit avait reussi).
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
- Outillage complet : pnpm workspaces (catalog), Biome, TypeScript
(project references, CommonJS/Node10), Vitest, TypeDoc (validation
bloquante en CI), Changesets.
- Organisation des packages en catégories client/common/server.
- Migration de @lightweight-sdk/web-component (packages/client/) depuis
l'ancien repo lightweight-sdk-web-component : code source copié à
l'identique, aucune modification. package.json/tsconfig.json/README.md
adaptés autour. Exclu de la validation TypeDoc stricte et de quelques
règles Biome (formatage, noShadowRestrictedNames) puisque le code ne
peut pas être édité pour s'y conformer - détails dans spec/packages.md.
- Workflows Forgejo Actions (.forgejo/workflows/) : ci.yml (lint, build,
test, docs:check) et release.yml (publication sur le registre npm
privé via Changesets).
- Script pnpm create-package <client|common|server> <nom> pour scaffolder
les futurs packages.
- Documentation dans /spec (architecture, conventions, ci-cd, packages).
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
