2.4 KiB
Delta 0.0.1-rc.1 — release candidate
Base requise
État 0.0.1-beta.1 committé et poussé après application du history :
history/0.0.1/beta.1.md = PASS
La version devient :
0.0.1-rc.1
Objet
Geler le scope de 0.0.1 et exécuter sa gate complète de release candidate.
Aucune nouvelle fonctionnalité n'est introduite.
Scope
La RC remplace uniquement :
VERSION
Cargo.toml
docs/plans/001-V0_0_1_FOUNDATION_PLAN.md
docs/validation/001-VALIDATION_MATRIX.md
et ajoute :
deltas/0.0.1/rc.1.md
Aucun fichier n'est supprimé.
Le code Rust, le package Web, les manifests npm, les études, la roadmap, le changelog candidat et le prompt 0.0.2 sont gelés.
Histories attendus avant RC
La gate doit retrouver exactement les quatorze histories antérieurs suivants :
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
Pendant la gate, rc.1.md doit être le seul delta 0.0.1 sans history correspondant.
Présentation candidate
La RC conserve :
CHANGELOG.md -> ## 0.0.1 (candidate)
ROADMAP.md -> 0.0.1 planifié, 0.0.2 engagé, aucun 0.0.3
prompt 002 -> reprise bloquée jusqu'à v0.0.1 + publish.001 PASS
La présentation stable proprement dite appartient à rel.1, pas à la RC.
Gate complète
La RC rejoue :
- réconciliation documentaire et histories ;
- audits Markdown PGR ;
- hygiène texte globale ;
- audits Rust PGR et layout des tests ;
cargo check, Clippy strict et tests workspace ;- restore/typecheck/build Web ;
- audit du manifest Vite ;
- smoke HTTP des trois launchers ;
- hygiène Git finale.
Transition
Si rc.1 obtient PASS, la seule transition autorisée est :
0.0.1-rel.1
Cette promotion stable doit rester mécanique, porter VERSION = 0.0.1, finaliser README/ROADMAP/CHANGELOG/plan/index si nécessaire, exécuter sa propre gate pré-tag et ne jamais anticiper un résultat post-tag.
Ne pas committe rc.1 avant production de son history à partir des résultats opérateur.