0.0.3-alpha.1.fix.1
This commit is contained in:
8
docs/templates/002-RELEASE_PLAN.md
vendored
8
docs/templates/002-RELEASE_PLAN.md
vendored
@@ -1,5 +1,5 @@
|
||||
<!-- file: docs/templates/002-RELEASE_PLAN.md -->
|
||||
<!-- version: 1 -->
|
||||
<!-- version: 2 -->
|
||||
|
||||
# Pattern local — plan de release
|
||||
|
||||
@@ -30,4 +30,8 @@ Le nombre de tranches n'est pas fixé. Les phases annoncées restent sous `## Tr
|
||||
|
||||
Le plan pilote le travail restant ; il n'est pas un journal de commandes. Les preuves détaillées vivent dans `history/` et les règles durables vivent chez leur owner local.
|
||||
|
||||
Un REPLAN met à jour la trajectoire et les responsabilités devenues fausses. Aucune version postérieure n'est réservée uniquement pour remplir la roadmap.
|
||||
Un REPLAN met à jour la trajectoire et les responsabilités devenues fausses.
|
||||
|
||||
La revue d'horizon de fin de release doit réévaluer la prochaine mission et un horizon borné au-delà d'elle. Lorsque `N+1` est suffisamment décidée, la fin de `N` prépare aussi son prompt versionné de démarrage afin que la stable `N` contienne déjà le handoff vers la suite.
|
||||
|
||||
Le changelog n'est pas une intention du plan : son entrée de release est préparée vers la stabilisation à partir du résultat réellement matérialisé, puis finalisée avant la promotion stable.
|
||||
|
||||
Reference in New Issue
Block a user