# History 0.0.1 rel.001 — stable promotion ## Statut PASS La promotion stable `0.0.1` a été validée par l'opérateur après `0.0.1-rc.1.fix.1`. ## Baseline Version attendue avant promotion : ```text 0.0.1-rc.1.fix.1 ``` Version validée après application de `rel.001` : ```text 0.0.1 ``` ## Validation opérateur observée Les contrôles suivants ont réussi : - `VERSION` vaut exactement `0.0.1` ; - `README.md` présente `0.0.1` comme fondation normative et documentaire établie ; - `README.md` référence le plan historique de fondation `0.0.1` ; - `ROADMAP.md` marque `0.0.1` comme terminé ; - `docs/plans/001-V0_0_1_FOUNDATION_PLAN.md` est clôturé par la promotion stable ; - le plan historique mentionne la correction `rc.1.fix.1` et son rôle strictement limité à la gate RC ; - `CHANGELOG.md` contient l'entrée stable `0.0.1` ; - `prompts/002-V0_0_2_START_PROMPT.md` existe et référence `v0.0.1` ; - tous les fichiers Markdown contrôlés possèdent un header `file` cohérent avec leur chemin ; - tous les fichiers Markdown contrôlés possèdent un header `version` valide ; - `git diff --check` n'a produit aucun diagnostic ; - `git diff --cached --check` n'a produit aucun diagnostic ; - le `git status --short` final correspond exactement au scope de `rel.001`. ## État Git observé avant le présent history ```text M README.md M ROADMAP.md M VERSION A deltas/0.0.1/rel.001.md M docs/plans/001-V0_0_1_FOUNDATION_PLAN.md ``` ## Résultat La release `0.0.1` est validée PASS avant tag. La séquence autorisée suivante est : ```text history rel.001 → commit 0.0.1 → tag v0.0.1 → push commit et tag → télécharger l'archive Gitea issue du tag v0.0.1 → vérifier l'archive séparément sous publish.001 ``` Le contrôle `publish.001` est post-tag et ne fait pas partie de la preuve pré-tag de `rel.001`.