v0.2.12-pre.009-fix.001

docs/rules/VERSION_WORKFLOW.md

@@ -1,5 +1,5 @@
 <!-- file: docs/rules/VERSION_WORKFLOW.md -->
-<!-- version: 7 -->
+<!-- version: 8 -->
 
 # Versionnement, sessions et livraisons
 
@@ -31,6 +31,8 @@ Les règles `VER-*` définissent la progression des versions KSP, les identifian
 - **VER-ID-012** — Avant `0.1.x`, les prereleases et releases sont les points de commit normaux ; les correctifs intermédiaires peuvent rester des livraisons d'échange non commitées.
 - **VER-ID-013** — À partir de `0.1.x`, chaque delta est commité, y compris lorsqu'il contient un état imparfait qui sera corrigé par un delta `fix` ultérieur. L'historique Git doit conserver la séquence réelle des travaux et corrections.
 - **VER-ID-014** — Une livraison `rel.NNN` peut être corrigée avant la publication stable par `rel.NNN-fix.NNN` ou remplacée par une nouvelle livraison `rel.NNN` selon le besoin. Une release déjà considérée comme stable et taguée `vX.Y.Z` n'est normalement pas réécrite ; une correction fonctionnelle ultérieure ouvre une nouvelle version appropriée.
+- **VER-ID-015** — Pour une application Tauri KSP, `workspace.package.version`/la version Cargo résolue est la source de vérité de version du binaire et du bundle. `tauri.conf.json` omet donc son champ top-level `version` et laisse Tauri dériver la version depuis Cargo ; un bump du workspace ne provoque pas une modification artificielle de chaque `tauri.conf.json`.
+- **VER-ID-016** — Le `package.json` d'une application Tauri KSP est un manifeste frontend privé de dépendances et de scripts, pas une source de vérité de la release KSP. Sa propriété `version`, lorsqu'elle est conservée, n'est pas synchronisée automatiquement avec `workspace.package.version` et aucun canari KSP ne doit exiger leur égalité. Les gates de release desktop utilisent la version Cargo/Tauri dérivée et les métadonnées de bundle produites par `cargo tauri build`.
 
 ## Git