0.0.5-alpha.6.fix.2
This commit is contained in:
110
history/0.0.5/alpha.6.fix.2.md
Normal file
110
history/0.0.5/alpha.6.fix.2.md
Normal 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.
|
||||
Reference in New Issue
Block a user