This commit is contained in:
2026-09-26 23:31:54 +02:00
parent d5e1fc4300
commit 2ed8742f3b
8 changed files with 360 additions and 15 deletions

141
history/0.1.0/rel.1.md Normal file
View File

@@ -0,0 +1,141 @@
<!-- file: history/0.1.0/rel.1.md -->
<!-- version: 1 -->
# History 0.1.0-rel.1 — promotion stable pré-tag
## Statut
PASS
La gate opérateur de `0.1.0-rel.1` exécutée le `2026-09-26` a réussi. Elle confirme la promotion mécanique de la release candidate vers la stable `0.1.0`, la cohérence complète des histories antérieurs, la présentation stable du dépôt, les tests Python et les audits documentaires avant création du tag.
## Baseline opérateur
La tranche `0.1.0-rc.1` a été clôturée avec son history `PASS`, puis committée et poussée avant application de `rel.1` :
```text
commit d5e1fc4
message 0.1.0-rc.1
push origin/master PASS
```
Après application du delta `rel.1`, les contrôles initiaux ont confirmé :
```text
VERSION 0.1.0
history/0.1.0/rc.1.md présent dans HEAD et le workspace
deltas/0.1.0/rel.1.md présent
prompts/007-V0_1_1_START_PROMPT.md présent
history/0.1.0/rel.1.md absent pendant la gate
README.md version 16
ROADMAP.md version 10
CHANGELOG.md version 11
docs/000-README.md version 23
docs/plans/006-V0_1_0_REUSABLE_BASELINE_PLAN.md version 10
```
Le history `rc.1` a été retrouvé avec statut `PASS`.
La présentation stable est établie :
```text
ROADMAP.md 0.1.0 marqué terminé
CHANGELOG.md entrée `## 0.1.0`
README.md première baseline réutilisable stable
docs index plan 006 classé historique
```
## Gate stable pré-tag
Le contrôle structurel a affiché :
```text
0.1.0 rel.1 stable gate audit: clean (9 prior histories, rel.1 pending, stable presentation and post-tag handoff coherent)
```
Il a vérifié les neuf histories antérieurs avec leurs statuts réels :
```text
alpha.1 PASS
alpha.2 FAIL
alpha.2.fix.1 PASS
alpha.3 FAIL
alpha.3.fix.1 PASS
alpha.4 PASS
alpha.5 PASS
beta.1 PASS
rc.1 PASS
```
Avant application du présent history, `rel.1.md` est la seule tranche `0.1.0` possédant un delta sans history.
La gate reconfirme également :
- `0.1.0` terminé dans la roadmap ;
- `0.1.1` à `0.1.7` engagés sans réservation de `0.1.8` ;
- le `CHANGELOG` stable sans suffixe `(candidate)` ;
- l'absence de la coquille `produit produit` ;
- le plan `006` classé historique ;
- le prompt `007` préparé pour démarrer `0.1.1` depuis le tag `v0.1.0` et le rapport `publish.001` ;
- la convention `rel.N` et le commit stable final `X.Y.Z`.
## Preuve Rust/Cargo
Les deux dry-runs Rust/Cargo de release ont obtenu `PASS` pendant `0.1.0-rc.1` avec la toolchain réelle :
```text
NEW cargo metadata / fmt / check / clippy -D warnings PASS
ADOPTION cargo metadata / fmt / check / clippy -D warnings PASS
```
Ils n'ont pas été rejoués pendant `rel.1`, car la promotion stable ne modifie aucun owner, template, skeleton, script ou artefact Rust/Cargo depuis la RC. Le présent history ne prétend donc pas à une nouvelle exécution de ces dry-runs.
## Tests et audits PGR
La suite Python globale a exécuté `48` tests, tous réussis :
```text
Ran 48 tests in 0.757s
OK
```
Les audits documentaires sont propres :
```text
Markdown header audit: clean (197 file(s))
Markdown table audit: clean (8 table(s), 197 file(s))
Markdown link audit: clean (193 local link(s), 197 file(s))
```
## Contrôles Git
`git diff --check` et `git diff --cached --check` n'ont produit aucun diagnostic.
Le statut indexé transmis avant ajout du présent history est exactement :
```text
M CHANGELOG.md
M README.md
M ROADMAP.md
M VERSION
A deltas/0.1.0/rel.1.md
M docs/000-README.md
M docs/plans/006-V0_1_0_REUSABLE_BASELINE_PLAN.md
```
Le scope correspond exactement à la promotion stable annoncée. Aucun owner, profil, template, skeleton ou script technique n'a été modifié.
## Décision
`0.1.0-rel.1` est `PASS`. Aucun fix ni REPLAN n'est requis.
Conformément à la convention stable désormais normative, le présent history doit être inclus dans le commit final nommé exactement :
```text
0.1.0
```
Le commit stable sera ensuite poussé sur la branche établie, puis le tag annoté `v0.1.0` sera créé et publié.
Le rapport `pgr-0.1.0-publish.001-report.md` ne pourra être produit qu'après réception des preuves post-publication réelles : identité du commit stable, propreté du workspace, objet et cible déréférencée du tag local, références distantes du tag et archive ZIP téléchargée depuis le tag Gitea.