0.1.4-beta.1

This commit is contained in:
2026-09-29 15:07:38 +02:00
parent e4f405ea9d
commit 091685af50
6 changed files with 386 additions and 6 deletions

View File

@@ -1,5 +1,5 @@
<!-- file: docs/studies/002-TAURI_SKELETON_DECISION.md -->
<!-- version: 3 -->
<!-- version: 4 -->
# Décision de skeleton Tauri pour projets contrôlés
@@ -296,3 +296,62 @@ Le réexamen ne démontre toujours pas le besoin de créer en `alpha.2` :
- un owner iOS, serveur Rust ou deployment/operations par proximité.
Ces décisions restent à réévaluer après matérialisation de la specification, conformément au plan `0.1.4`.
## Réconciliation finale des artefacts `0.1.4-beta.1`
La matérialisation de `docs/skeletons/004-TAURI.md` en `alpha.3` permet de vérifier la frontière entre specification organisationnelle, owner Tauri, owners Web et validations existantes.
### Couverture obtenue
La composition active est :
```text
001-PROJECT_GOVERNANCE_FOUNDATION
+ 002-RUST_CARGO_WORKSPACE
+ 003-WEB_FRONTEND si applicable
+ 710-TAURI
+ 004-TAURI
+ profils plateforme réellement ciblés
```
`004-TAURI.md` ne recopie pas les règles de ces owners. Il possède les décisions d'instanciation et renvoie les contraintes détaillées à leurs documents respectifs.
### Template technique Tauri
Décision : **DO NOT CREATE**.
Aucun ensemble de fichiers Tauri (`Cargo.toml`, `build.rs`, `tauri.conf.json`, capability files, `src/tauri.rs`) ne peut être rendu générique sans choisir prématurément au moins une partie des éléments suivants : nom du host, hooks frontend, ports/URLs, capabilities, permissions, plugins, fenêtres, identifiers, resources, bundle targets ou plateformes.
Les templates Rust/Cargo et Web existants possèdent déjà les parties réellement réutilisables. Un futur template Tauri reste possible uniquement après démonstration d'un sous-ensemble répétitif non arbitraire dans plusieurs instanciations réelles.
### Contrat de validation Tauri séparé
Décision : **DO NOT CREATE**.
La preuve nécessaire est déjà composable :
- Rust/Cargo par les owners Rust et la matrice de validation ;
- frontend par `005-WEB_FRONTEND_VALIDATION.md` ;
- intégration Tauri, ACL, hooks et packaging par `710-TAURI.md` et la gate initiale de `004-TAURI.md` ;
- plateformes mobiles par leurs profils applicables.
Créer `docs/validation/006-TAURI_VALIDATION.md` aujourd'hui dupliquerait ces responsabilités sans lacune démontrée.
### Dry-run local
Décision : **NOT REQUIRED** pour `0.1.4-beta.1`.
Le skeleton est une specification et ne fournit pas de scaffold exécutable. Créer un faux projet uniquement pour obtenir un lancement Tauri introduirait précisément les valeurs arbitraires que la specification cherche à éviter. Les sept hosts Games/KSP déjà audités fournissent le corpus d'implémentation ; `beta.1` doit vérifier statiquement que la specification les abstrait sans copier leurs choix locaux.
### Décision active après `beta.1`
```text
DEFER historique Web LIFT
004-TAURI.md KEEP
template Tauri générique DO NOT CREATE
validation Tauri séparée DO NOT CREATE
dry-run factice NOT REQUIRED
artefact supplémentaire sans lacune réelle FORBIDDEN BY DEFAULT
```
La prochaine étape est la RC : freeze du scope Tauri, préparation du changelog candidate et revue d'horizon transversale avant tout prompt de release suivante.