0.0.1-rc.1

This commit is contained in:
2026-09-23 09:07:10 +02:00
parent f3e3253c71
commit 8d3b19b01d
5 changed files with 313 additions and 3 deletions

71
history/0.0.1/rc.1.md Normal file
View File

@@ -0,0 +1,71 @@
<!-- file: history/0.0.1/rc.1.md -->
<!-- version: 1 -->
# History 0.0.1-rc.1 — foundation release candidate
## Statut
FAIL
La release candidate `0.0.1-rc.1` n'est pas validée comme PASS car une commande de sa gate documentaire complète est incorrecte dans un shell Bash interactif.
## Baseline
Version observée par l'opérateur :
```text
0.0.1-rc.1
```
Le delta `0.0.1-rc.1` a été appliqué après commit de `0.0.1-beta.1` avec son history `PASS`.
## Validation opérateur observée
Les contrôles suivants ont réussi :
- `VERSION` vaut `0.0.1-rc.1` ;
- `prompts/002-V0_0_2_START_PROMPT.md` existe, possède le header attendu et référence `v0.0.1` ainsi que `0.0.2-alpha.1` ;
- `CHANGELOG.md` contient l'entrée candidate `0.0.1` et les éléments de fondation attendus ;
- tous les fichiers explicitement requis par la gate existent ;
- les références de cadrage obsolètes recherchées dans `200-GOVERNANCE.md` et `210-WORKFLOW.md` sont absentes ;
- `PGR-NAV-001` et `PGR-SCOPE-001` sont présents dans la matrice de validation ;
- `git diff --check` n'a produit aucun diagnostic ;
- `git diff --cached --check` n'a produit aucun diagnostic ;
- le `git status --short` final correspond exactement au scope du delta RC.
La vérification globale des headers Markdown a échoué avant d'être exécutée correctement. La commande :
```bash
grep -Fx "<!-- file: ${relative} -->" "$file"
```
est interprétée par Bash interactif avec l'expansion d'historique activée. Le caractère `!` de `<!--` provoque :
```text
bash: !-: event not found
```
La gate est donc défectueuse même si les documents ciblés peuvent être corrects.
## État Git observé
Avant ajout du présent history :
```text
M CHANGELOG.md
M VERSION
A deltas/0.0.1/rc.1.md
A prompts/002-V0_0_2_START_PROMPT.md
```
## Résultat
`rc.1` est `FAIL` à cause d'un défaut de validation, pas d'un défaut fonctionnel ou documentaire démontré dans la fondation.
La correction appartient à `0.0.1-rc.1.fix.1` et doit rester strictement limitée à :
- corriger la commande de vérification des headers ;
- rejouer la gate RC complète ;
- confirmer ou infirmer alors la validité réelle de la release candidate.
Aucun REPLAN n'est requis à ce stade.