Sasedev/sasedev-knowledge
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

0.0.3-rel.1

Browse Source
This commit is contained in:
SinuS von SifriduS
2026-09-29 18:54:33 +02:00
parent 0351aa045e
commit 9a1f73d57b
10 changed files with 295 additions and 23 deletions
Download Patch File Download Diff File Expand all files Collapse all files

22
docs/validation/001-VALIDATION_MATRIX.md
View File

@@ -1,5 +1,5 @@
<!-- file: docs/validation/001-VALIDATION_MATRIX.md -->
<!-- version: 39 -->
<!-- version: 40 -->
# Matrice de validation Knowledge
@@ -231,6 +231,26 @@ Le fix de validation RC doit prouver :
Un `PASS` autorise `0.0.3-rel.1`. Le fix ne rejoue pas les smokes HTTP ni le build Web déjà `PASS` sur `rc.1`, puisqu'aucun fichier produit ou Web n'est modifié ; la gate stable `rel.1` les rejouera avant publication.
## Gate de `0.0.3-rel.1`
La fermeture stable pré-tag doit prouver :
- `VERSION = 0.0.3` et version workspace identique ;
- history `history/0.0.3/rc.1.fix.1.md` présent avec statut `PASS` et committé avant application ;
- `rel.1` comme seul delta `0.0.3` sans history correspondant pendant sa gate ;
- changelog stable `## 0.0.3` sans marqueur `candidate` ;
- roadmap avec `0.0.3` terminée, `0.0.4` engagée et `0.0.5` à `0.0.10` conservées comme horizons révisables ;
- README, index documentaire et plan `0.0.3` présentés comme stables/historiques ;
- prompt `004` présent, sans commit/SHA post-tag inventé et sans consultation PGR automatique ;
- `cargo fmt --all`, audits Rust, metadata/check, Clippy strict, tests Git ciblés et tests workspace passent ;
- baseline Web `npm ci`, typecheck, build Vite et manifest passent ;
- les trois smokes HTTP production passent sur `/healthz`, `/` et les assets du manifest ;
- PostgreSQL, migrations, forge, auth/admin et workflows encore différés restent absents du code produit de `0.0.3` ;
- `Cargo.lock` local reste ignoré/non suivi, package-lock Web versionné et staging final propre ;
- aucun tag stable ni rapport post-tag n'est déclaré comme existant avant le history `rel.1` `PASS` et le commit stable.
Un `PASS` de `rel.1` autorise le commit produit exact `0.0.3`, le push, puis seulement la création/push du tag annoté `v0.0.3`, le téléchargement de l'archive réellement servie et la production séparée du rapport `sasedev-knowledge-0.0.3-publish.001-report.md`.
## PostgreSQL
Aucune gate PostgreSQL n'est créée avant matérialisation d'une dépendance ou d'un schéma réel.