Sasedev/khadhroony-solana-project
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

v0.1.4-rel.001

Browse Source
This commit is contained in:
SinuS von SifriduS
2026-08-17 09:24:35 +02:00
parent 9aa5f171f7
commit a3f44702a2
8 changed files with 124 additions and 17 deletions
Download Patch File Download Diff File Expand all files Collapse all files

4
docs/000-README.md
View File

@@ -1,5 +1,5 @@
<!-- file: docs/000-README.md -->
<!-- version: 15 -->
<!-- version: 16 -->
# Documentation KSP
@@ -58,7 +58,7 @@ D'autres sous-répertoires seront ajoutés uniquement lorsque leur rôle aura é
## Documents de planification
Le plan historique de la phase fondatrice clôturée est conservé dans [`plans/001-V0_0_3_PLAN.md`](plans/001-V0_0_3_PLAN.md). La séquence active des premières releases fonctionnelles est définie dans [`plans/002-FUNCTIONAL_RELEASE_SEQUENCE.md`](plans/002-FUNCTIONAL_RELEASE_SEQUENCE.md). Le plan détaillé de la release stable `0.1.1` est conservé comme historique clôturé dans [`plans/003-V0_1_1_CORE_FOUNDATION_PLAN.md`](plans/003-V0_1_1_CORE_FOUNDATION_PLAN.md). Le plan détaillé de la release stable `0.1.2` est conservé comme historique clôturé dans [`plans/004-V0_1_2_LOGGING_FOUNDATION_PLAN.md`](plans/004-V0_1_2_LOGGING_FOUNDATION_PLAN.md). Le plan détaillé de la release stable `0.1.3 — Configuration foundation` est conservé comme historique clôturé dans [`plans/005-V0_1_3_CONFIG_FOUNDATION_PLAN.md`](plans/005-V0_1_3_CONFIG_FOUNDATION_PLAN.md). La release `0.1.4 — ksp-app-config-desk` est dans sa tranche finale `pre.019`; son plan détaillé est [`plans/006-V0_1_4_CONFIG_DESKTOP_PLAN.md`](plans/006-V0_1_4_CONFIG_DESKTOP_PLAN.md) et sa matrice de clôture est [`validation/001-V0_1_4_CONFIG_DESKTOP.md`](validation/001-V0_1_4_CONFIG_DESKTOP.md). Son prompt d'ouverture historique reste [`../prompts/004-V0_1_4_START_PROMPT.md`](../prompts/004-V0_1_4_START_PROMPT.md).
Le plan historique de la phase fondatrice clôturée est conservé dans [`plans/001-V0_0_3_PLAN.md`](plans/001-V0_0_3_PLAN.md). La séquence active des premières releases fonctionnelles est définie dans [`plans/002-FUNCTIONAL_RELEASE_SEQUENCE.md`](plans/002-FUNCTIONAL_RELEASE_SEQUENCE.md). Le plan détaillé de la release stable `0.1.1` est conservé comme historique clôturé dans [`plans/003-V0_1_1_CORE_FOUNDATION_PLAN.md`](plans/003-V0_1_1_CORE_FOUNDATION_PLAN.md). Le plan détaillé de la release stable `0.1.2` est conservé comme historique clôturé dans [`plans/004-V0_1_2_LOGGING_FOUNDATION_PLAN.md`](plans/004-V0_1_2_LOGGING_FOUNDATION_PLAN.md). Le plan détaillé de la release stable `0.1.3 — Configuration foundation` est conservé comme historique clôturé dans [`plans/005-V0_1_3_CONFIG_FOUNDATION_PLAN.md`](plans/005-V0_1_3_CONFIG_FOUNDATION_PLAN.md). Le plan détaillé de la release stable `0.1.4 — ksp-app-config-desk` est conservé comme historique clôturé dans [`plans/006-V0_1_4_CONFIG_DESKTOP_PLAN.md`](plans/006-V0_1_4_CONFIG_DESKTOP_PLAN.md), avec sa matrice finale [`validation/001-V0_1_4_CONFIG_DESKTOP.md`](validation/001-V0_1_4_CONFIG_DESKTOP.md). Son prompt d'ouverture historique reste [`../prompts/004-V0_1_4_START_PROMPT.md`](../prompts/004-V0_1_4_START_PROMPT.md). La prochaine session est `0.2.0-pre.001`, ouverte par [`../prompts/005-V0_2_0_START_PROMPT.md`](../prompts/005-V0_2_0_START_PROMPT.md).
`IDEAS.md` conserve les pistes et questions qui ne sont pas encore des engagements du roadmap ni des décisions architecturales.

8
docs/plans/002-FUNCTIONAL_RELEASE_SEQUENCE.md
View File

@@ -1,5 +1,5 @@
<!-- file: docs/plans/002-FUNCTIONAL_RELEASE_SEQUENCE.md -->
<!-- version: 24 -->
<!-- version: 25 -->
# Séquence des releases fonctionnelles KSP
@@ -36,9 +36,9 @@ Séquence par défaut :
0.1.4 ksp-app-config-desk
```
`0.1.1`, `0.1.2` et `0.1.3` sont désormais des releases stables.
`0.1.1`, `0.1.2`, `0.1.3` et `0.1.4` sont désormais des releases stables.
`0.1.4 — ksp-app-config-desk` a atteint sa tranche finale `pre.019`. Sa publication stable par `rel.001` doit intervenir seulement après la matrice finale ; elle établit le modèle de référence des futures applications Tauri KSP sans déplacer la logique Config dans l'application.
`0.1.4 — ksp-app-config-desk` établit le modèle de référence des futures applications Tauri KSP sans déplacer la logique Config dans l'application. Sa matrice finale a été validée avant `rel.001`, avec le build Tauri exécuté en dernière opération.
## `0.1.1` — Core foundation
@@ -290,6 +290,8 @@ Le shell retenu est une fenêtre principale de management plus splash, avec Vani
La logique Config reste dans `ksp-config-lib` et le subscriber/runtime `tracing` reste dans `ksp-logging-lib`.
`0.1.4-rel.001` publie cette surface sous `0.1.4` stable après validation complète de `pre.019` et de son fix documentaire.
# Règle Git à partir de `0.1.x`
À partir de la première release fonctionnelle, **chaque delta est commité**.

10
docs/plans/006-V0_1_4_CONFIG_DESKTOP_PLAN.md
View File

@@ -1,5 +1,5 @@
<!-- file: docs/plans/006-V0_1_4_CONFIG_DESKTOP_PLAN.md -->
<!-- version: 24 -->
<!-- version: 25 -->
# Plan `0.1.4` — `ksp-app-config-desk`
@@ -1276,7 +1276,7 @@ pre.018 robustesse/extensibilité/tests desktop [réalisé]
- tests frontend/Tauri/build
- ajout futur file_id/editor sans refonte shell
pre.019 clôture [en cours]
pre.019 clôture [réalisé]
- fmt/check/clippy
- tests ciblés + cargo test --workspace
- cargo tree pertinents
@@ -1295,7 +1295,11 @@ Ce découpage est une **prévision**, pas une obligation de produire exactement
La tranche finale remet la configuration Logging canonique à une baseline de release `info`/`warn`, retire le profil de test de la source de référence, ferme les TODO bloquants `0.1.4`, crée une matrice de validation durable sous `docs/validation/`, et prépare le prompt d’ouverture de `0.2.0-pre.001`, release intermédiaire consacrée à l’audit de `khadhroony-bot3` et au découpage du reste de `0.2.x`.
La validation finale suit KSP-APP-034 : tous les contrôles Rust et frontend, puis le parcours `tauri dev`, puis **`cargo tauri build` en toute dernière opération**. `rel.001` ne doit être préparée qu’après succès de cette matrice.
La validation finale a suivi KSP-APP-034 : tous les contrôles Rust et frontend, puis le parcours `tauri dev`, puis **`cargo tauri build` en toute dernière opération**. La matrice est validée et `0.1.4-rel.001` publie désormais la release stable.
### 18.2 Clôture stable `rel.001`
`0.1.4` est clôturée et publiée comme release stable. `ksp-app-config-desk` valide les frontières Config/Logging/Tauri prévues par ce plan, la baseline Logging canonique est revenue à `info`/`warn`, les TODO non bloquants sont reportés explicitement, et le prochain point de reprise est `0.2.0-pre.001` via `prompts/005-V0_2_0_START_PROMPT.md`.
## 19. Dépendances et ordre d'introduction

22
docs/validation/001-V0_1_4_CONFIG_DESKTOP.md
View File

@@ -1,5 +1,5 @@
<!-- file: docs/validation/001-V0_1_4_CONFIG_DESKTOP.md -->
<!-- version: 1 -->
<!-- version: 2 -->
# Validation finale `0.1.4` — Config Desk
@@ -39,7 +39,7 @@ Cette matrice ferme fonctionnellement `ksp-app-config-desk` avant `0.1.4-rel.001
- [X] README/USAGE/plan/roadmap/prompt suivant synchronisés ;
- [X] aucun `PRESENTATION.md` ajouté.
## Validation technique finale à exécuter sur `pre.019`
## Validation technique finale exécutée sur `pre.019`
Exécuter dans cet ordre :
@@ -74,6 +74,22 @@ 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.
### Résultat opérateur — 2026-08-17
- [X] `cargo fmt --all` ;
- [X] `cargo check --workspace` ;
- [X] `cargo clippy --workspace --all-targets` ;
- [X] `cargo test --workspace` ;
- [X] `cargo tree -p ksp-app-config-desk` ;
- [X] `cargo tree -p ksp-config-lib` ;
- [X] `cargo tree -p ksp-logging-lib` ;
- [X] `npm run check` avec `tsc --noEmit` uniquement ;
- [X] `cargo tauri dev -c crates/ksp-app-config-desk/tauri.conf.json` avec `active_profile=local_dev` et baseline de release `info` ;
- [X] parcours fonctionnel final ;
- [X] `cargo tauri build -c crates/ksp-app-config-desk/tauri.conf.json` exécuté en toute dernière opération.
Le build final a produit les trois bundles Linux attendus : `.deb`, `.rpm` et `.AppImage`. Aucun contrôle supplémentaire n’a été requis après ce build pour valider `pre.019`.
## 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.
La séquence a réussi. `0.1.4-rel.001` synchronise `workspace.package.version = "0.1.4"`, le changelog stable et les statuts roadmap/plan. Après validation du commit de release, le tag stable attendu est `v0.1.4`.