# Delta 0.0.1-rc.2 — candidate finale sur politique `Cargo.lock` stabilisée ## Base requise État `0.0.1-rc.1.fix.1` committé et poussé après application du history : ```text history/0.0.1/rc.1.fix.1.md = PASS ``` La version devient : ```text 0.0.1-rc.2 ``` ## Objet Exécuter une release candidate complète sur l'état final de la fondation après retrait de `Cargo.lock` du repository. Aucune fonctionnalité n'est ajoutée. ## Politique lockfile à conserver ```text Cargo.lock présent localement généré par Cargo ignoré par Git non suivi Web/knowledge-template-lab/package-lock.json versionné non ignoré ``` `rc.2` ne fournit pas `Cargo.lock` dans son delta. ## Fichiers remplacés ```text VERSION Cargo.toml docs/plans/001-V0_0_1_FOUNDATION_PLAN.md docs/validation/001-VALIDATION_MATRIX.md ``` ## Fichier ajouté ```text deltas/0.0.1/rc.2.md ``` Aucun fichier n'est supprimé. Aucun fichier sous `crates/` ou `Web/` n'est modifié. ## Histories attendus La gate doit retrouver les seize histories antérieurs : ```text alpha.1 FAIL alpha.1.fix.1 PASS alpha.2 PASS alpha.3 FAIL alpha.3.fix.1 FAIL alpha.3.fix.2 FAIL alpha.3.fix.3 PASS alpha.4 FAIL alpha.4.fix.1 FAIL alpha.4.fix.2 PASS alpha.5 FAIL alpha.5.fix.1 FAIL alpha.5.fix.2 PASS beta.1 PASS rc.1 FAIL rc.1.fix.1 PASS ``` Pendant la gate, `rc.2` est la seule tranche courante sans history. ## Gate La candidate finale rejoue l'intégralité des preuves documentaires, Rust, Web, manifest et HTTP. Elle doit également vérifier avant et après Cargo : ```text Cargo.lock existe localement Cargo.lock est ignoré Cargo.lock n'est pas suivi ``` ## Transition Si `rc.2` est `PASS`, la seule transition autorisée est : ```text 0.0.1-rel.1 ``` `rel.1` effectue la promotion stable et sa propre gate pré-tag. Le tag et le rapport post-tag restent postérieurs à cette promotion. Ne pas committe `rc.2` avant production de son history à partir des résultats opérateur.