76 lines
1.8 KiB
Markdown
76 lines
1.8 KiB
Markdown
<!-- file: history/0.0.2/rc.1.fix.1.md -->
|
|
<!-- version: 1 -->
|
|
|
|
# History 0.0.2-rc.1.fix.1 — correction de l'audit inline des headers
|
|
|
|
## Statut
|
|
|
|
PASS
|
|
|
|
Le correctif `0.0.2-rc.1.fix.1` a été validé par l'opérateur. L'audit ponctuel des headers Markdown s'exécute désormais correctement sans élargir le scope de la RC.
|
|
|
|
## Baseline
|
|
|
|
La tranche `0.0.2-rc.1` a été enregistrée `FAIL`, puis committée et poussée sous le commit observé :
|
|
|
|
```text
|
|
8272cfe
|
|
```
|
|
|
|
Version validée après application du correctif :
|
|
|
|
```text
|
|
0.0.2-rc.1.fix.1
|
|
```
|
|
|
|
## Validation opérateur observée
|
|
|
|
La version et le delta de correction ont été confirmés :
|
|
|
|
```bash
|
|
test "$(cat VERSION)" = "0.0.2-rc.1.fix.1"
|
|
test -f deltas/0.0.2/rc.1.fix.1.md
|
|
```
|
|
|
|
Les deux audits PGR permanents ont réussi :
|
|
|
|
```text
|
|
Markdown table audit: clean (2 table(s), 70 file(s))
|
|
Markdown link audit: clean (49 local link(s), 70 file(s))
|
|
```
|
|
|
|
L'audit ponctuel des headers Markdown s'est exécuté sans erreur et a produit :
|
|
|
|
```text
|
|
Markdown header audit: clean (70 file(s))
|
|
```
|
|
|
|
`git diff --check` et `git diff --cached --check` n'ont produit aucun diagnostic.
|
|
|
|
Le scope Git observé avant le présent history est exactement :
|
|
|
|
```text
|
|
M VERSION
|
|
A deltas/0.0.2/rc.1.fix.1.md
|
|
```
|
|
|
|
## Revue qualitative
|
|
|
|
Le correctif n'a modifié aucune règle, aucun profil, aucun audit permanent, aucun changelog et aucun prompt.
|
|
|
|
Le scope RC reste gelé sur les trois profils technologiques retenus et les deux audits PGR monotâches `tables` et `liens locaux`.
|
|
|
|
La correction concerne exclusivement la forme exécutable de la gate RC.
|
|
|
|
## Résultat
|
|
|
|
`0.0.2-rc.1.fix.1` est validée `PASS`.
|
|
|
|
La promotion stable peut maintenant être préparée sous l'identifiant opérationnel :
|
|
|
|
```text
|
|
rel.001
|
|
```
|
|
|
|
La promotion reste une opération pré-tag. Le tag `v0.0.2` ne doit être créé qu'après validation et history `PASS` de `rel.001`.
|