0.0.2
This commit is contained in:
@@ -1,11 +1,11 @@
|
||||
<!-- file: docs/plans/002-V0_0_2_RULE_PROFILES_PLAN.md -->
|
||||
<!-- version: 5 -->
|
||||
<!-- version: 6 -->
|
||||
|
||||
# Plan 0.0.2 — premiers profils de règles technologiques
|
||||
|
||||
## Statut
|
||||
|
||||
Plan actif entré en release candidate pendant `0.0.2-rc.1`, après cadrage en `alpha.1`, matérialisation des profils retenus puis réconciliation beta.
|
||||
Plan clôturé par la promotion stable `0.0.2` après validation de `0.0.2-rc.1.fix.1`.
|
||||
|
||||
La baseline `v0.0.1` est cohérente pour démarrer `0.0.2`. L'absence de `.git` dans cette archive est normale et n'est pas une anomalie de baseline.
|
||||
|
||||
@@ -187,6 +187,14 @@ Le prompt `0.0.3` doit aussi fournir explicitement le texte manuel de nouvelle s
|
||||
|
||||
Promouvoir mécaniquement la RC validée, finaliser les métadonnées de release, enregistrer `rel.001`, commit/tag `v0.0.2`, puis vérifier séparément l'archive publiée issue du tag.
|
||||
|
||||
## Clôture
|
||||
|
||||
La release candidate `rc.1` a été enregistrée `FAIL` à cause d'un audit Python inline invalide dans sa gate. `rc.1.fix.1` a corrigé exclusivement cette commande et a ensuite été validée `PASS`, sans changement du scope fonctionnel ou normatif.
|
||||
|
||||
La promotion stable `rel.001` clôt le plan en mettant à jour uniquement les métadonnées vivantes de release et en préparant le tag `v0.0.2`.
|
||||
|
||||
Le contrôle post-tag `publish.001` reste une preuve séparée : il doit vérifier l'archive réellement produite depuis le tag et fournir `pgr-0.0.2-publish.001-report.md` à la future session `0.0.3` lorsqu'il est `PASS`.
|
||||
|
||||
## Dimensionnement et points de replan
|
||||
|
||||
Le premier forecast `alpha.2` à `alpha.8` a été jugé trop large pendant la revue opérateur de `alpha.1`. Le présent plan réduit donc la release avant tout développement technologique lourd.
|
||||
|
||||
Reference in New Issue
Block a user