feat(v1): bloquants release v1 — tests, stories, visual regression, gouvernance, publishing
6 chantiers v1 sur 7 livrés (DataTable refonte reportée car nécessite 2-3j en propre — TanStack Table + virtualisation + filter builder). v1-A — Tests (4 → 22 fichiers) : - Avatar, AvatarGroup, UserCard, MetricCard, ProfileHeader, Tooltip, Sheet, Drawer, Slider, ToggleGroup, Tabs, Pagination, Accordion, Switch, Badge, ConfirmDialog, Popover, Menu, Text, PricingCard, FeatureCard, Toast — chacun avec render + clavier + axe-core. v1-B — Storybook (7 → 23 fichiers) : - Avatar, UserCard, ProfileHeader, MetricCard, PricingCard, FeatureCard, Sheet (4 sides), HoverCard, Slider, ToggleGroup, Menu+ContextMenu, Toast (avec démo "Empiler 5"), Tabs, Pagination, Accordion, Badge. v1-D — Visual regression Playwright : - playwright.config.ts (light + dark, threshold strict 0.2) - e2e/visual.spec.ts (20 stories critiques) - Step CI + upload report en cas de fail v1-E — Site doc Starlight rempli : - 11 pages composants détaillées (Button, Input, Tooltip, Dialog, Toast, Avatar, ThemePicker, MetricCard, PricingCard, ToggleGroup, Slider) avec API, anatomie, do/don't, A11y. v1-F — Publishing Verdaccio : - verdaccio/config.yaml, docker-compose.verdaccio.yml, .npmrc - README setup local + déploiement prod + backups + sécurité v1-G — Gouvernance : - LICENSE, CONTRIBUTING.md, CODE_OF_CONDUCT.md, SECURITY.md - CODEOWNERS, PR template, 3 issue templates (bug/feature/rfc) Bug fix bonus : tooltip dark mode (text-primary comme bg + text-inverse comme texte → blanc-sur-blanc invisible). Remplacé par neutral-900/0 en light + bg-raised/text-primary en dark. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -0,0 +1,69 @@
|
||||
---
|
||||
name: 📜 RFC
|
||||
about: Proposition formelle pour un changement majeur
|
||||
labels: rfc
|
||||
---
|
||||
|
||||
> Une RFC est requise pour : nouveau composant non-trivial,
|
||||
> breaking change sur l'API publique, refonte de tokens, nouvelle
|
||||
> dépendance externe, changement architectural.
|
||||
|
||||
## Titre
|
||||
|
||||
RFC #XXXX — <!-- titre court -->
|
||||
|
||||
## Statut
|
||||
|
||||
- [ ] Draft
|
||||
- [ ] In review
|
||||
- [ ] Accepted
|
||||
- [ ] Rejected
|
||||
- [ ] Superseded by #...
|
||||
|
||||
## Auteur(s)
|
||||
|
||||
@…
|
||||
|
||||
## Date
|
||||
|
||||
YYYY-MM-DD
|
||||
|
||||
## Contexte
|
||||
|
||||
<!-- Pourquoi cette RFC ? Quel problème résout-elle ? Données utilisateur,
|
||||
contraintes business, contraintes techniques. -->
|
||||
|
||||
## Proposition
|
||||
|
||||
<!-- La solution proposée. Code, schémas, exemples. -->
|
||||
|
||||
## API publique (si applicable)
|
||||
|
||||
```tsx
|
||||
// avant
|
||||
<OldComponent prop="x" />
|
||||
|
||||
// après
|
||||
<NewComponent variant="x" />
|
||||
```
|
||||
|
||||
## Alternatives écartées
|
||||
|
||||
<!-- Ce qu'on a considéré et pourquoi on l'a écarté. -->
|
||||
|
||||
## Coût migration
|
||||
|
||||
- Codemod possible : oui / non
|
||||
- Effort consommateur estimé :
|
||||
- Période de deprecation prévue :
|
||||
|
||||
## Risques
|
||||
|
||||
- A11y :
|
||||
- Performance :
|
||||
- DX :
|
||||
- Lock-in / dépendances :
|
||||
|
||||
## Décision
|
||||
|
||||
<!-- À remplir après discussion. Date + résumé des arguments. -->
|
||||
Reference in New Issue
Block a user