# Delta 0.0.1 rel.1 — promotion stable pré-tag ## Baseline et version Baseline : `0.0.1-rc.2`, avec `history/0.0.1/rc.2.md` appliqué et committé. Ce delta MUST NOT être appliqué avant ce commit. Version avant application : ```text 0.0.1-rc.2 ``` Version après application : ```text 0.0.1 ``` `rel.1` identifie la tranche de clôture opérationnelle ; il ne fait pas partie de la version SemVer du produit. ## Objet Promouvoir mécaniquement la candidate finale validée vers la stable `0.0.1` sans rouvrir le scope. La tranche finalise uniquement la version stable, la présentation stable du README, la roadmap, le changelog, l'index documentaire et le statut historique du plan de fondation. Aucun fichier Rust, frontend, dépendance, contrat Git/sync, règle produit, étude ou prompt de reprise n'est modifié. ## Politique `Cargo.lock` La politique finale reste inchangée : ```text Cargo.lock présent localement généré par Cargo ignoré par Git non suivi ``` Le fichier n'appartient pas au delta ni à la future archive du tag. `Web/knowledge-template-lab/package-lock.json` reste versionné. ## Scope REPLACE : ```text VERSION Cargo.toml README.md ROADMAP.md CHANGELOG.md docs/000-README.md docs/plans/001-V0_0_1_FOUNDATION_PLAN.md ``` ADD : ```text deltas/0.0.1/rel.1.md ``` DELETE : aucun. Le history `rc.2` est livré séparément. Le history `rel.1` sera produit uniquement après la gate opérateur. ## Présentation stable attendue Après application : ```text VERSION 0.0.1 Cargo workspace version 0.0.1 ROADMAP (x) 0.0.1 CHANGELOG ## 0.0.1 README fondation stable 0.0.1 plan 001 historique de la stable 0.0.1 prompt 002 toujours conditionnel au post-tag PASS ``` `0.0.2` reste la seule prochaine release engagée. Aucun `0.0.3` n'est réservé. ## Gate pré-tag La gate doit vérifier le history `rc.2` `PASS` committé, les dix-sept histories antérieurs, `rel.1` comme seul delta sans history, la présentation stable, l'absence de diff sous `crates/` ou `Web/`, les politiques de lockfiles, les audits Markdown/texte/Rust, Cargo/Clippy/tests, la baseline Web, le manifest Vite, les trois smokes HTTP et l'hygiène Git finale. La validation est strictement pré-tag. Ce delta ne déclare ni le tag `v0.0.1`, ni son archive source, ni un rapport post-tag comme existants. ## Transition ### PASS Produire séparément `history/0.0.1/rel.1.md`, l'appliquer, puis créer le commit stable avec le message exact : ```text 0.0.1 ``` Après push de `master`, créer et publier le tag annoté `v0.0.1`, vérifier l'objet tag local/distant et son commit déréférencé, puis télécharger l'archive source réellement produite par Gitea depuis le tag et produire le rapport externe : ```text sasedev-knowledge-0.0.1-publish.001-report.md ``` Le prompt `002-V0_0_2_START_PROMPT.md` devient la reprise effective de `0.0.2` uniquement après un rapport post-tag `PASS`. ### FAIL Créer `history/0.0.1/rel.1.md` avec le diagnostic réel, ne pas créer le tag et corriger uniquement la fermeture dans `rel.1.fix.1`.