0.0.5-alpha.6.fix.2

This commit is contained in:
2026-09-25 10:35:20 +02:00
parent 33bf835b7f
commit b7e65d9100
6 changed files with 351 additions and 12 deletions

View File

@@ -0,0 +1,110 @@
<!-- file: history/0.0.5/alpha.6.fix.2.md -->
<!-- version: 1 -->
# 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` :
```text
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 :
```text
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 :
```text
Ran 37 tests in 0.518s
OK
```
Les audits documentaires affichent :
```text
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 :
```text
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 :
```text
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 :
```text
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 :
```text
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.