Files
pgr/history/0.0.3/rel.001.md
2026-09-24 13:28:35 +02:00

2.5 KiB

History 0.0.3 rel.001 — clôture stable pré-tag

Statut

PASS

La gate stable pré-tag rel.001 exécutée par l'opérateur le 2026-09-24 valide la promotion documentaire de 0.0.3. Ce résultat porte sur l'état du dépôt avant le commit et le tag stables ; il ne valide pas l'archive téléchargée ensuite depuis Gitea.

Baseline et version

L'opérateur a confirmé VERSION = 0.0.3, la présence dans HEAD de history/0.0.3/rc.1.md par git cat-file -e, la présence de ce history, du delta stable et du prompt 004, ainsi que l'absence du présent history avant sa livraison. Les révisions attendues sont 6 pour README.md, 4 pour ROADMAP.md, 5 pour CHANGELOG.md, 4 pour l'index docs/ et 9 pour le plan.

La présentation de la release dans README.md, le statut (x) de 0.0.3 dans la roadmap, l'entrée ## 0.0.3 du changelog, le statut historique du plan et la séparation du contrôle post-tag ont été vérifiés par les commandes de la gate.

Validation opérateur observée

La vérification des deltas et histories antérieurs a affiché :

Stable history audit: clean (9 PASS histories, rel.001 pending)

Les trois audits Markdown ont affiché :

Markdown header audit: clean (98 file(s))
Markdown table audit: clean (3 table(s), 98 file(s))
Markdown link audit: clean (79 local link(s), 98 file(s))

git diff --check et git diff --cached --check n'ont affiché aucun diagnostic. Après ajout des fichiers du delta, le statut indexé transmis est :

M  CHANGELOG.md
M  README.md
M  ROADMAP.md
M  VERSION
A  deltas/0.0.3/rel.001.md
M  docs/000-README.md
M  docs/plans/003-V0_0_3_TEMPLATES_AUDITS_PLAN.md

Le collage du terminal intercale un fragment de commande dans la sortie de l'audit des tableaux ; son résultat final clean et les autres résultats restent lisibles. Les tests et la syntaxe des modèles TOML validés en RC n'ont pas été rejoués dans cette gate documentaire ; aucun code, script, test ni modèle technique ne change pendant rel.001.

Transition

Appliquer ce history puis committer la stable. Ensuite seulement, créer et publier le tag v0.0.3, télécharger l'archive source associée depuis Gitea et exécuter une vérification post-tag séparée. Le commit stable, le tag, la publication et le résultat de cette vérification ne sont pas attestés par la transcription reçue ; aucun statut publish.001 ne peut encore être consigné.