0.1.1-rc.1

This commit is contained in:
2026-09-27 12:08:21 +02:00
parent 9ef9549f2d
commit fbde0c2073
7 changed files with 581 additions and 7 deletions

127
history/0.1.1/rc.1.md Normal file
View File

@@ -0,0 +1,127 @@
<!-- file: history/0.1.1/rc.1.md -->
<!-- version: 1 -->
# History 0.1.1-rc.1 — release candidate frontend Web
## Statut
PASS
La gate opérateur de `0.1.1-rc.1` exécutée le `2026-09-27` a réussi. Elle confirme le gel de la fondation frontend Web, l'intégrité des histories antérieurs, le changelog candidat, le prompt de reprise `008`, les tests Python, les audits Markdown et l'hygiène texte/JSON avant promotion stable.
## Baseline opérateur
La tranche `0.1.1-beta.1` a été clôturée avec son history `PASS`, puis committée et poussée avant application de `rc.1` :
```text
commit 9ef9549
message 0.1.1-beta.1
push origin/master PASS
```
Après application du delta `rc.1`, les contrôles initiaux ont confirmé :
```text
VERSION 0.1.1-rc.1
history/0.1.1/beta.1.md présent dans HEAD et le workspace
deltas/0.1.1/rc.1.md présent
prompts/008-V0_1_2_START_PROMPT.md présent
history/0.1.1/rc.1.md absent pendant la gate
CHANGELOG.md version 12
docs/000-README.md version 30
docs/plans/007-V0_1_1_WEB_FRONTEND_FOUNDATION_PLAN.md version 10
ROADMAP.md version 11
prompts/008-V0_1_2_START_PROMPT.md version 1
```
Le history `beta.1` a été retrouvé avec statut `PASS`.
## Gate d'intégration RC
Le contrôle structurel a affiché :
```text
0.1.1 rc.1 integration audit: clean (9 prior histories, frozen Web foundation, candidate changelog and prompt 008 verified)
```
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 PASS
alpha.3.fix.1 FAIL
alpha.3.fix.2 PASS
alpha.4 PASS
alpha.5 PASS
beta.1 PASS
```
Avant application du présent history, `rc.1.md` est la seule tranche `0.1.1` possédant un delta sans history.
La gate a également confirmé :
- le `CHANGELOG` candidat `0.1.1` sans détails de tranches ;
- le plan `007` avec `beta.1` `PASS` et `rc.1` encore à valider pendant la gate ;
- le prompt `008` ciblant `0.1.2-alpha.1` depuis une future archive du tag `v0.1.1` et son rapport post-tag réel ;
- la frontière obligatoire Java/Maven/Gradle versus Android dans ce prompt ;
- la roadmap `0.1.1` à `0.1.7` sans réservation de `0.1.8` ;
- le `DEFER` du skeleton Tauri jusqu'au réexamen `0.1.4` ;
- les versions gelées des owners `530/540/550/560`, du profil Tauri, du skeleton Web, de la validation Web et de l'étude Tauri ;
- le dry-run structurel du skeleton Web sans `vite.config.ts`, `main.scss` ni host Tauri injecté.
## Tests et audits PGR
La suite Python globale a exécuté `48` tests, tous réussis :
```text
Ran 48 tests in 0.693s
OK
```
Les audits documentaires sont propres :
```text
Markdown header audit: clean (228 file(s))
Markdown table audit: clean (9 table(s), 228 file(s))
Markdown link audit: clean (267 local link(s), 228 file(s))
```
L'hygiène texte/JSON a également réussi :
```text
0.1.1 rc.1 text/JSON hygiene: clean
```
Les deux templates JSON Web ont été parsés et aucun retour chariot, whitespace final ni fichier texte sans newline finale n'a été détecté dans le corpus contrôlé.
## 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 VERSION
A deltas/0.1.1/rc.1.md
M docs/000-README.md
M docs/plans/007-V0_1_1_WEB_FRONTEND_FOUNDATION_PLAN.md
A prompts/008-V0_1_2_START_PROMPT.md
```
Le scope correspond exactement à la RC annoncée. Aucun owner Web, template technique, skeleton, validation ou étude technique n'a été modifié pendant la RC.
## Décision
`0.1.1-rc.1` est `PASS`. Aucun fix ni REPLAN n'est requis.
La transition autorisée est la promotion mécanique pré-tag :
```text
0.1.1-rel.1
```
Cette promotion ne doit pas rouvrir le scope fonctionnel. Elle doit uniquement présenter `0.1.1` comme stable, produire sa propre gate pré-tag et préparer le handoff de publication sans anticiper le rapport post-tag.