Delta 0.0.3 rel.001 — promotion stable pré-tag

Baseline et version

Baseline : 0.0.3-rc.1, avec history/0.0.3/rc.1.md appliqué et committé. Ce delta MUST NOT être appliqué avant ce commit.

Version avant application :

0.0.3-rc.1

Version après application :

0.0.3

rel.001 identifie la clôture opérationnelle ; il ne fait pas partie de la version SemVer du produit.

Objet

Promouvoir la RC validée vers la stable 0.0.3. La tranche finalise la présentation de la release, marque la roadmap terminée, retire la mention « candidate » du changelog et clôt le plan comme référence historique. Le prompt 004, les règles, les modèles, les audits et les tests sont ceux validés en RC : aucune fonctionnalité, règle ou preuve post-tag nouvelle n'est introduite.

La validation de cette tranche est pré-tag. Ni le tag v0.0.3 ni une archive téléchargée depuis Gitea ni un rapport publish.001 ne sont déclarés existants par ce delta. Ils suivent le history PASS, le commit stable et la publication du tag.

Scope

REPLACE :

VERSION
README.md
ROADMAP.md
CHANGELOG.md
docs/000-README.md
docs/plans/003-V0_0_3_TEMPLATES_AUDITS_PLAN.md

ADD :

deltas/0.0.3/rel.001.md

DELETE : aucun.

L'archive contient uniquement ces fichiers complets. history/0.0.3/rc.1.md arrive séparément ; le history de rel.001 sera rédigé après sa gate. Le rapport post-tag sera hors de l'archive source taggée.

Validation opérateur pré-tag

Après application sur le commit rc.1, depuis la racine du dépôt :

test "$(cat VERSION)" = '0.0.3'
git cat-file -e HEAD:history/0.0.3/rc.1.md
test -f history/0.0.3/rc.1.md
test -f deltas/0.0.3/rel.001.md
test -f prompts/004-V0_0_4_START_PROMPT.md
test ! -e history/0.0.3/rel.001.md

grep -Fx '<!-- version: 6 -->' README.md
grep -Fx '<!-- version: 4 -->' ROADMAP.md
grep -Fx '<!-- version: 5 -->' CHANGELOG.md
grep -Fx '<!-- version: 4 -->' docs/000-README.md
grep -Fx '<!-- version: 9 -->' docs/plans/003-V0_0_3_TEMPLATES_AUDITS_PLAN.md
grep -F 'La release `0.0.3` fournit les premiers modèles Rust/Cargo' README.md
grep -F 'plan historique des templates et audits `0.0.3`' README.md
grep -F -- '- `(x) 0.0.3`' ROADMAP.md
grep -Fx '## 0.0.3' CHANGELOG.md
grep -F 'La gate opérateur de `rc.1` est `PASS`' docs/plans/003-V0_0_3_TEMPLATES_AUDITS_PLAN.md
grep -F "La vérification de l'archive" docs/plans/003-V0_0_3_TEMPLATES_AUDITS_PLAN.md

python3 -B - <<'PY'
from pathlib import Path
import re

names = ['alpha.1', 'alpha.1.fix.1', 'alpha.2', 'alpha.3',
         'alpha.4', 'alpha.5', 'alpha.6', 'beta.1', 'rc.1']
for name in names:
    history = Path(f'history/0.0.3/{name}.md')
    assert Path(f'deltas/0.0.3/{name}.md').is_file(), name
    assert re.search(r'## Statut\s+PASS\s', history.read_text(encoding='utf-8')), name
assert {p.stem for p in Path('deltas/0.0.3').glob('*.md')} - \
       {p.stem for p in Path('history/0.0.3').glob('*.md')} == {'rel.001'}
print(f'Stable history audit: clean ({len(names)} PASS histories, rel.001 pending)')
PY

python3 -B scripts/audit_markdown_headers.py \
    README.md RULES.md ROADMAP.md CHANGELOG.md docs deltas history prompts
python3 -B scripts/audit_markdown_tables.py \
    README.md RULES.md ROADMAP.md CHANGELOG.md docs deltas history prompts
python3 -B scripts/audit_markdown_links.py \
    README.md RULES.md ROADMAP.md CHANGELOG.md docs deltas history prompts

git diff --check
git add VERSION README.md ROADMAP.md CHANGELOG.md docs/000-README.md \
    docs/plans/003-V0_0_3_TEMPLATES_AUDITS_PLAN.md deltas/0.0.3/rel.001.md
git diff --cached --check
git status --short

Scope attendu avant ajout du history : six REPLACE et un ADD exactement comme ci-dessus. Revue opérateur : confirmer que le scope RC ne change pas, que la présentation du dépôt, le changelog et la roadmap décrivent la même stable, que le prompt 004 reste conditionnel au rapport post-tag et que les snapshots historiques restent intacts. Les 15 tests et les cinq TOML validés en RC restent des preuves utilisables parce qu'aucun code, script, test ou template n'a changé dans cette promotion.

Transition

PASS

Rédiger et livrer séparément history/0.0.3/rel.001.md avec le résultat réellement observé ; l'appliquer et committer la stable. Ensuite seulement, créer et publier le tag canonique v0.0.3, télécharger son archive source depuis Gitea, vérifier cette archive et conserver séparément la preuve post-tag publish.001. Le texte manuel du prompt 004 n'est remis à l'opérateur qu'après vérification de l'archive et d'un rapport post-tag PASS réel.

FAIL

Consigner le diagnostic dans le history de rel.001, ne pas tagger, puis corriger la clôture dans une tranche explicite avant publication.

4.8 KiB Raw Blame History