0.1.4-beta.1
This commit is contained in:
@@ -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.
|
||||
|
||||
Reference in New Issue
Block a user