v0.1.3-pre.001-fix.003
This commit is contained in:
@@ -1,5 +1,5 @@
|
||||
<!-- file: docs/plans/002-FUNCTIONAL_RELEASE_SEQUENCE.md -->
|
||||
<!-- version: 8 -->
|
||||
<!-- version: 9 -->
|
||||
|
||||
# Séquence des releases fonctionnelles KSP
|
||||
|
||||
@@ -167,7 +167,7 @@ ksp-config-lib
|
||||
|
||||
Introduire la configuration générale KSP.
|
||||
|
||||
Le `0.1.3-pre.001`, corrigé par `pre.001-fix.001` puis `pre.001-fix.002`, a revalidé ce périmètre et décidé qu'il tient dans une seule release à condition de limiter le premier cycle au socle générique, au document Logging, à la composition, à l'environnement KSP/KSPB, aux surfaces d'accès et à la persistence autorisée. Le plan normatif détaillé est `docs/plans/005-V0_1_3_CONFIG_FOUNDATION_PLAN.md`.
|
||||
Le `0.1.3-pre.001`, corrigé par `pre.001-fix.001`, `pre.001-fix.002` puis `pre.001-fix.003`, a revalidé ce périmètre et décidé qu'il tient dans une seule release à condition de limiter le premier cycle au socle générique, au document Logging, à la composition, à l'environnement KSP/KSPB, aux surfaces d'accès et à la persistence autorisée. Le plan normatif détaillé est `docs/plans/005-V0_1_3_CONFIG_FOUNDATION_PLAN.md`.
|
||||
|
||||
Périmètre retenu :
|
||||
|
||||
@@ -198,6 +198,26 @@ Le `pre.001` ne scinde pas Config : `0.1.3` reste une release unique et `0.1.4`
|
||||
|
||||
Cette décision repose sur l'absence volontaire de documents Transport/Wallet/Store/Execution et de watcher générique dans le premier cycle. Si une tranche ultérieure révèle une contrainte technique majeure réellement non bornable, la séquence peut encore être corrigée par un delta explicite plutôt que de comprimer artificiellement le périmètre.
|
||||
|
||||
Prévision souple regranularisée par `pre.001-fix.003` :
|
||||
|
||||
```text
|
||||
pre.002 crate Config + bootstrap cfgpath/schemapath
|
||||
pre.003 registre file_id -> filename + --filemap
|
||||
pre.004 Logging : contrats/settings multi-output
|
||||
pre.005 Logging : runtime multi-sink + routing/filter
|
||||
pre.006 JSON/JSON Schema + std.logging.json
|
||||
pre.007 globals + profils + default_profile
|
||||
pre.008 compositions génériques par file_id
|
||||
pre.009 .env + process env + resolver ${...}
|
||||
pre.010 sensibilité + real/safe/provenance
|
||||
pre.011 adapter Config -> Logging
|
||||
pre.012 management + persistence JSON/.env
|
||||
pre.013 ownership audits + robustesse
|
||||
pre.014 clôture
|
||||
```
|
||||
|
||||
Cette prévision n'est pas un plafond : chaque prerelease doit rester une petite tranche, avec scission explicite si l'objectif dépasse environ 15–20 minutes de travail effectif.
|
||||
|
||||
## `0.1.4` — Config desktop par défaut
|
||||
|
||||
La décision `0.1.3-pre.001` conserve cette release comme étape suivante par défaut.
|
||||
@@ -267,7 +287,7 @@ La première prerelease ne doit pas se transformer automatiquement en une grosse
|
||||
|
||||
Chaque prerelease porte un objectif borné et cohérent.
|
||||
|
||||
Une tranche de travail de planification/développement manifestement trop grosse est scindée.
|
||||
Une tranche de travail de planification/développement manifestement trop grosse est scindée. La cible de dimensionnement KSP est d'environ 15–20 minutes de travail effectif par prerelease ; ce budget est un garde-fou de granularité, pas une raison pour comprimer le périmètre.
|
||||
|
||||
## Dernière prerelease
|
||||
|
||||
|
||||
Reference in New Issue
Block a user