0.0.3-rc.1

This commit is contained in:
2026-09-29 17:59:08 +02:00
parent 282d59cfb7
commit 038b91864a
7 changed files with 343 additions and 9 deletions

63
history/0.0.3/rc.1.md Normal file
View File

@@ -0,0 +1,63 @@
<!-- file: history/0.0.3/rc.1.md -->
<!-- version: 1 -->
# History 0.0.3-rc.1 — release candidate
## Statut
FAIL
## Résultat observé
La gate opérateur de `0.0.3-rc.1` a été exécutée le `2026-09-29` après commit/push de `0.0.3-beta.1`.
Toutes les preuves produit et runtime exécutées sont `PASS` :
- version `0.0.3-rc.1` et history `beta.1 = PASS` ;
- audits Markdown propres sur `118` fichiers, `82` liens locaux et `4` tables ;
- `cargo fmt --all` puis `cargo fmt --all -- --check` ;
- audits Rust structurels propres sur `36` fichiers et `9` crates ;
- complétude d'exports : `0 candidate(s)` ;
- `cargo metadata`, `cargo check --workspace` et Clippy strict ;
- `git_read_path` : `2 PASS` ;
- `git_write_candidate` : `2 PASS` ;
- `git_write_push` : `2 PASS`, incluant le conflit concurrent sans écrasement ;
- tests workspace : tous `PASS` ;
- `npm ci`, typecheck et build Vite `PASS`, manifest de production valide ;
- workspace Cargo : `9` packages attendus ;
- smokes HTTP production PGR, HOWTOs et snippets : `/healthz`, `/` et assets manifest servis, tous `PASS` ;
- scope RC gelé, politique `Cargo.lock` et staging final conformes.
Les avertissements Sass/Bootstrap observés pendant le build restent des dépréciations non bloquantes ; le build termine avec succès.
## Échec de gate
Une seule commande de contrôle d'intégrité a échoué :
```text
grep -A2 '^## Statut$' history/0.0.3/alpha.1.md | grep -Fx 'PARTIAL'
```
`history/0.0.3/alpha.1.md` contient historiquement le statut Markdown :
```text
`PARTIAL`
```
Le sens du history est donc correct. L'échec provient de l'assertion RC qui exigeait la représentation lexicale non formatée `PARTIAL` au lieu de normaliser l'éventuel balisage inline Markdown.
Les autres histories utilisent la forme non balisée et ont passé les contrôles attendus.
## Décision
`0.0.3-rc.1` est conservée `FAIL` parce qu'une commande appartenant à sa gate a réellement échoué.
L'ancien history `alpha.1` ne doit pas être réécrit : il constitue une preuve historique déjà committée.
La correction utilise `0.0.3-rc.1.fix.1` et reste limitée à :
- corriger la règle de vérification des statuts historiques pour accepter leur représentation Markdown existante ;
- conserver sans changement les statuts historiques eux-mêmes ;
- rejouer les contrôles nécessaires au fix avant toute promotion `rel.1`.
Aucun défaut produit Git, Web ou runtime n'a été observé pendant `rc.1`.