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

0.0.3-rc.1.fix.1

Browse Source
This commit is contained in:
SinuS von SifriduS
2026-09-29 18:08:50 +02:00
parent 038b91864a
commit 0351aa045e
7 changed files with 321 additions and 9 deletions
Download Patch File Download Diff File Expand all files Collapse all files

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

@@ -1,5 +1,5 @@
<!-- file: docs/validation/001-VALIDATION_MATRIX.md -->
<!-- version: 38 -->
<!-- version: 39 -->
# Matrice de validation Knowledge
@@ -205,7 +205,7 @@ La release candidate doit prouver :
- `VERSION = 0.0.3-rc.1` et version workspace identique ;
- history `history/0.0.3/beta.1.md` présent avec statut `PASS` et committé avant application ;
- scope produit gelé : aucun diff sous `crates/`, `Web/`, `CHANGELOG.md`, `ROADMAP.md`, `docs/architecture/`, `docs/studies/`, `docs/rules/` ou `prompts/` ;
- tous les histories antérieurs de `0.0.3` présents avec leurs statuts réels et `rc.1.md` seul delta sans history correspondant ;
- tous les histories antérieurs de `0.0.3` présents avec leurs statuts réels et `rc.1.md` seul delta sans history correspondant ; les contrôles de statut doivent comparer la valeur sémantique après retrait d'un éventuel balisage inline Markdown historique, sans réécrire les histories ;
- `CHANGELOG.md` toujours en `## 0.0.3 (candidate)` et `ROADMAP.md` conservant `0.0.3` engagée avec l'horizon validé en beta ;
- handoff `prompts/004-V0_0_4_START_PROMPT.md` présent et toujours sans commit/SHA futur inventé ;
- `cargo fmt --all`, audits Rust, metadata/check, Clippy strict, tests Git ciblés et tests workspace passent ;
@@ -216,6 +216,21 @@ La release candidate doit prouver :
Un `PASS` autorise uniquement `0.0.3-rel.1`. Toute régression fonctionnelle exige un fix RC borné ou un retour de phase approprié ; aucune fonctionnalité ne peut être ajoutée en RC.
## Gate de `0.0.3-rc.1.fix.1`
Le fix de validation RC doit prouver :
- `VERSION = 0.0.3-rc.1.fix.1` et version workspace identique ;
- history `history/0.0.3/rc.1.md` présent avec statut `FAIL` et committé avant application ;
- `alpha.1` toujours historiquement `PARTIAL` sans modification de son fichier ;
- lecture robuste des statuts historiques, qu'ils soient bruts ou entourés de backticks Markdown ;
- aucun diff produit sous `crates/` ou `Web/` et aucun changement du changelog, de la roadmap, de l'architecture, des études, des règles ou des prompts ;
- audits Markdown/Rust locaux, `cargo fmt`, metadata/check, Clippy strict, tests Git ciblés et tests workspace propres ;
- présentation candidate `0.0.3` et handoff `0.0.4` inchangés ;
- `Cargo.lock` local ignoré/non suivi, package-lock Web versionné et staging final propre.
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.
## PostgreSQL
Aucune gate PostgreSQL n'est créée avant matérialisation d'une dépendance ou d'un schéma réel.