# 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` : ```text commit rc.1.fix.1 f49fd11 push 4d7021b..f49fd11 master -> master ``` La version observée pendant la gate stable est : ```text 0.1.5 ``` Les résultats historiques de la release restent conservés sans réécriture : ```text 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 : ```text 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 : ```text 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 : ```text python3 -B -m unittest discover -s tests -v ``` Résultat : ```text Ran 55 tests in 0.919s OK ``` Soit `55/55` PASS. ## Hygiène texte Résultat : ```text Text hygiene audit: clean (329 file(s)) ``` ## Audits Markdown Résultats : ```text 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é : ```text 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`.