pgr/history/0.1.5/rel.1.md

PGR 0.1.5 — history rel.1

Statut

PASS

Objet

Clôture opérateur de la tranche stable 0.1.5-rel.1.

La tranche promeut la candidate corrigée 0.1.5-rc.1.fix.1 en stable 0.1.5 sans rouvrir les contrats normatifs acquis : sémantique MUST / SHOULD / MAY, autonomie de la baseline locale après adoption et frontière PGR / SaseDev Knowledge.

Baseline opérateur

Le correctif 0.1.5-rc.1.fix.1 avec son history PASS a été committé puis publié avant application de rel.1 :

commit rc.1.fix.1   f49fd11
push                4d7021b..f49fd11  master -> master

La version observée pendant la gate stable est :

0.1.5

Les résultats historiques de la release restent conservés sans réécriture :

alpha.1          PARTIAL
alpha.1.fix.1    PASS
alpha.2          PASS
alpha.3          PASS
alpha.4          PASS
beta.1           PASS
rc.1             FAIL
rc.1.fix.1       PASS

history/0.1.5/rel.1.md était absent pendant la gate.

Présentation stable

PASS :

• README.md révision 34 présente 0.1.5 comme stable autoritaire courante ;
• CHANGELOG.md révision 22 contient ## 0.1.5 sans marqueur candidate et conserve la formulation canonique forte recommandation non obligatoire ;
• ROADMAP.md révision 19 marque 0.1.5 terminé et conserve 0.1.6, 0.1.7 et 0.1.8 ouverts, sans réserver 0.1.9 ;
• docs/000-README.md révision 53 présente le plan 011 comme plan historique de la stable 0.1.5 et conserve le handoff 012 ;
• docs/plans/011-V0_1_5_NORMATIVE_AUTONOMY_PLAN.md révision 8 enregistre le PASS du correctif RC, la promotion stable et l'exigence d'une vérification post-tag avant production de publish.001 ;
• docs/studies/005-V0_1_5_HORIZON_REVIEW.md reste en révision 2 ;
• prompts/012-V0_1_6_START_PROMPT.md reste en révision 1.

Owners et contrats gelés

PASS :

RULES.md                                        version 16
docs/rules/210-WORKFLOW.md                     version 9
docs/rules/230-ADOPTION.md                     version 3
docs/rules/300-DOCUMENTATION.md                version 5
docs/rules/400-VALIDATION.md                   version 2

Le contrôle git diff --exit-code a également confirmé l'absence de modification des objectifs, de l'architecture, des owners, skeletons, templates, de l'étude d'horizon et du prompt 012 explicitement gelés pour la promotion stable.

Frontière delta/history

Résultat opérateur :

0.1.5 rel.1 stable gate audit: clean (8 prior histories including alpha.1 PARTIAL and rc.1 FAIL/fix PASS, rel.1 pending)

La gate confirme que :

• les huit tranches antérieures de 0.1.5 possèdent chacune leur delta et leur history avec le statut réellement observé ;
• rel.1 est la seule tranche 0.1.5 encore sans history pendant sa validation ;
• history/0.1.4 reste inchangé ;
• le changelog stable ne contient aucun nom de tranche interne alpha, beta, rc ou rel dans l'entrée 0.1.5.

Tests Python

Commande :

python3 -B -m unittest discover -s tests -v

Résultat :

Ran 55 tests in 0.919s
OK

Soit 55/55 PASS.

Hygiène texte

Résultat :

Text hygiene audit: clean (329 file(s))

Audits Markdown

Résultats :

Markdown header audit: clean (302 file(s))
Markdown table audit: clean (11 table(s), 302 file(s))
Markdown link audit: clean (375 local link(s), 302 file(s))

Git

git diff --check puis git diff --cached --check n'ont remonté aucune anomalie.

Scope final observé :

M  CHANGELOG.md
M  README.md
M  ROADMAP.md
M  VERSION
A  deltas/0.1.5/rel.1.md
M  docs/000-README.md
M  docs/plans/011-V0_1_5_NORMATIVE_AUTONOMY_PLAN.md

Ce scope correspond exactement à la promotion stable prévue.

Décision

0.1.5-rel.1 est validée PASS.

La tranche peut être historisée puis matérialisée par le commit stable 0.1.5. Après push de ce commit, le tag annoté v0.1.5 peut être créé et publié.

La publication ne sera considérée comme vérifiée qu'après récupération de l'archive source Gitea du tag, contrôle indépendant de son intégrité et rejeu des gates depuis cette archive. Le rapport externe pgr-0.1.5-publish.001-report.md ne doit être produit qu'après ces preuves réelles.

Handoff

La prochaine release engagée reste 0.1.6, consacrée à l'adoption réelle de sasedev-games à partir d'un corpus Games récent et explicitement autoritaire. Elle ne doit pas commencer avant un publish.001 de v0.1.5 validé PASS.