3.4 KiB
3.4 KiB
Validation finale 0.1.4 — Config Desk
Objet
Cette matrice ferme fonctionnellement ksp-app-config-desk avant 0.1.4-rel.001. Les preuves détaillées restent dans deltas/0.1.4/ et dans les logs de validation opérateur.
Fonctionnel déjà validé avant pre.019
- splash -> fenêtre principale ;
- inventaire Documents depuis le registre Config ;
- diagnostic JSON/schema/sémantique/effective et réparation de source via Config ;
- inspection
default_profile, profils, globals/effective et provenance sûre ; - rapport Environnement sûr ;
- create/update/remove
.envexclusivement via Config ; - shadowing process >
.envobservable ; - reveal Secret séparé, privilégié, transitoire et non persisté dans l’UI ;
- aucun
window.alert/window.confirm/window.promptapplicatif ; - éditeur Logging typé multi-profils, 0/1/N file sinks et target filters ;
- persistence atomique et hot reload immédiat ;
- rollback source/runtime sur échec ;
- profil runtime explicite distinct de
default_profile; - génération runtime observable ;
- fichiers de logs distincts par lancement avec identité applicative + timestamp ;
- panneau Test Logging backend et bridge frontend ;
- routing
target/domain/niveau démontré avant/après hot reload ; - registre d’éditeurs spécialisés
file_id -> view; - audit bootstrap fallback avant installation du subscriber ;
- audits Config ownership / Logging ownership / desktop security.
Baseline de release pre.019
std.logging.jsoncanonique revenu àinfo/warn;- profil de test manuel retiré de la source canonique ;
- TODO bloquants
0.1.4fermés ; - retour Rust -> console WebKit explicitement reporté hors
0.1.4; - README/USAGE/plan/roadmap/prompt suivant synchronisés ;
- aucun
PRESENTATION.mdajouté.
Validation technique finale à exécuter sur pre.019
Exécuter dans cet ordre :
cargo fmt --all
cargo check --workspace
cargo clippy --workspace --all-targets
cargo test --workspace
cargo tree -p ksp-app-config-desk
cargo tree -p ksp-config-lib
cargo tree -p ksp-logging-lib
cd crates/ksp-app-config-desk
npm run check
cd ../..
cargo tauri dev -c crates/ksp-app-config-desk/tauri.conf.json
Parcours fonctionnel final minimum :
- vérifier le démarrage et
active_profile=local_dev; - vérifier que la baseline Logging affichée est
info/warn; - Documents ->
cfg.std.logging-> éditeur Logging ; - vérifier Documents, Profils, Environnement et Logging sans mutation inattendue ;
- émettre un test Logging
infobackend et frontend ; - confirmer qu’aucun profil de test manuel n’est présent dans la source canonique.
Lorsque tout ce qui précède est validé, exécuter en toute dernière opération :
cargo tauri build -c crates/ksp-app-config-desk/tauri.conf.json
Le build final doit produire les bundles attendus pour la plateforme. Aucun vite build standalone n’est exécuté avant lui.
Passage à rel.001
0.1.4-rel.001 peut être préparée uniquement après succès de cette séquence. La release finale synchronise workspace.package.version = "0.1.4", le changelog stable, le statut roadmap/plan et le tag stable v0.1.4 après validation du commit de release.