Files
2026-09-29 17:59:08 +02:00

2.4 KiB

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é :

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 :

`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.