pgr/history/0.0.5/alpha.6.fix.2.md

History 0.0.5-alpha.6.fix.2 — convention Tauri contrôlée et gate robuste

Statut

FAIL

La gate opérateur de 0.0.5-alpha.6.fix.2 exécutée le 2026-09-25 est mécaniquement propre : les 37 tests Python réussissent, les trois audits Markdown passent, le contrôle ciblé du profil Tauri s'exécute sans erreur et le scope Git correspond exactement au delta.

La revue fonctionnelle immédiatement postérieure révèle toutefois que la politique de version Tauri/frontend reste incorrectement généralisée. Le profil conserve une préférence pour l'omission de tauri.conf.json > version afin d'hériter de Cargo et traite trop facilement package.json > version comme une donnée non synchronisée. L'objectif réel n'est pas de supprimer ces champs, mais d'éviter leur modification à chaque alpha, .fix, beta ou RC lorsqu'ils ne portent qu'un jalon produit X.Y.Z.

Le statut global est donc FAIL malgré une gate mécanique verte. Le correctif suivant doit rétablir une classification explicite des valeurs de version et corriger uniquement cette politique sans rouvrir les autres décisions Tauri déjà stabilisées.

Baseline et version

La tranche part du commit opérateur de 0.0.5-alpha.6.fix.1 :

33bf835  0.0.5-alpha.6.fix.1

Le push vers origin/master a réussi avant l'application de alpha.6.fix.2.

La version contrôlée après application du delta est :

0.0.5-alpha.6.fix.2

history/0.0.5/alpha.6.fix.1.md est présent avec statut FAIL; deltas/0.0.5/alpha.6.fix.2.md est présent et history/0.0.5/alpha.6.fix.2.md était absent pendant la gate.

Validation opérateur observée

L'opérateur a fourni les sorties du 2026-09-25 depuis ~/Projects/pgr, à 10:19:33–10:22:30.

Les contrôles de présence, statut et révision ont réussi. La suite Python globale a exécuté 37 tests, tous réussis :

Ran 37 tests in 0.518s

OK

Les audits documentaires affichent :

Markdown header audit: clean (150 file(s))
Markdown table audit: clean (7 table(s), 150 file(s))
Markdown link audit: clean (148 local link(s), 150 file(s))

Le contrôle ciblé affiche :

0.0.5 alpha.6.fix.2 Tauri convention audit: clean (8 hosts reconciled, strict controlled layout separated from universal framework)

git diff --check et git diff --cached --check n'ont produit aucun diagnostic.

Le scope Git observé est exactement :

M  VERSION
A  deltas/0.0.5/alpha.6.fix.2.md
M  docs/plans/005-V0_0_5_RECONCILIATION_PLAN.md
M  docs/rules/710-TAURI.md
M  docs/studies/001-KSP_GAMES_RECONCILIATION.md

Défaut fonctionnel découvert après la gate

La relecture des archives autoritaires montre que la convention historique existe dans les deux corpus :

• KSP VER-ID-015/016 fait de Cargo la source de vérité du bundle, impose l'absence de tauri.conf.json > version et ne synchronise pas package.json avec chaque version workspace ;
• Games VER-TAURI-001..004 reprend la version Cargo comme source produit, omet tauri.conf.json > version et ne met package.json > version à jour qu'à certains jalons.

Cette convergence historique explique la règle matérialisée dans PGR, mais ne suffit pas à la rendre correcte comme politique générale. Elle confond deux objectifs différents :

réduire le churn des prereleases
≠
supprimer les champs de version utiles

Le contrat souhaité est plutôt :

• VERSION porte l'identité exacte de la tranche active ;
• les miroirs techniques qui ont besoin de cette granularité peuvent suivre exactement VERSION ;
• tauri.conf.json > version et package.json > version, lorsqu'ils sont utiles au même produit, peuvent porter le jalon stable cible X.Y.Z et rester inchangés pendant les prereleases/fixes ;
• les prereleases réellement distribuées peuvent adopter une politique plus fine lorsque leur packaging l'exige.

Cette distinction correspond à la conception PGR antérieure qui classait déjà les versions selon leur rôle plutôt que d'exiger une égalité globale.

Résultat

0.0.5-alpha.6.fix.2 est enregistré FAIL malgré une gate mécanique verte, car la politique de version Tauri/frontend reste fonctionnellement incorrecte.

Transition

Appliquer le présent history puis committer/pousser 0.0.5-alpha.6.fix.2.

La correction suivante est :

0.0.5-alpha.6.fix.3

Comme ce troisième fix atteint le seuil de revue obligatoire, le plan doit être réexaminé. Le correctif doit rester limité à la classification/synchronisation des versions et confirmer explicitement si alpha.6 peut ensuite être clôturée sans absorber les tranches Rust ou skeleton suivantes.