2.3 KiB
2.3 KiB
Plans KSP
Ce répertoire contient les plans actifs ou historiques des versions et phases de travail KSP.
Un plan décrit le périmètre, les décisions déjà acquises, les questions ouvertes, les validations attendues et la prévision souple des prereleases. Il ne remplace pas le ROADMAP.md, qui reste global, ni les deltas qui enregistrent le travail réellement livré.
Plans de référence
001-V0_0_3_PLAN.md— plan historique de la phase fondatrice0.0.3, clôturée ;002-FUNCTIONAL_RELEASE_SEQUENCE.md— séquence active de référence des premières releases fonctionnelles ;003-V0_1_1_CORE_FOUNDATION_PLAN.md— plan historique clôturé de la release stable0.1.1, établi par0.1.1-pre.001puis consolidé jusqu'à0.1.1-rel.001.004-V0_1_2_LOGGING_FOUNDATION_PLAN.md— plan historique clôturé de la release stable0.1.2, établi par0.1.2-pre.001puis consolidé jusqu'à0.1.2-rel.001.005-V0_1_3_CONFIG_FOUNDATION_PLAN.md— plan actif de0.1.3 — Configuration foundation, établi par0.1.3-pre.001, corrigé parpre.001-fix.001, complété parpre.001-fix.002pour le registrefile_id/bootstrap/non-régression Logging, regranularisé parpre.001-fix.003, puis rescindé pendantpre.005;pre.006a fermé le routing structurédomain,pre.007le moteur JSON/JSON Schema et le premierstd.logging.json,pre.008la résolution globals/profils/default_profile, puispre.009les compositions génériques parfile_id;pre.010a livré.env, process env,.env.exampleet le resolver${...};pre.011ajoute sensibilité, valeur réelle/sûre, redaction et provenance;pre.012a livré l'adapter Config -> Logging et la validation effective des chemins Logging;pre.013a livré management/persistence JSON/.env;pre.014ajoute les ownership audits exécutables et la vérification automatique de.env.example;pre.015assurera la clôture.
Le pre.001 de chaque release fonctionnelle peut introduire son propre plan détaillé lorsque la release s'ouvre.
Le préfixe numérique maintient un ordre documentaire explicite après 000-README.md.