Files
pgr/history/0.1.3/rc.1.md
2026-09-28 13:00:04 +02:00

128 lines
4.7 KiB
Markdown

<!-- file: history/0.1.3/rc.1.md -->
<!-- version: 1 -->
# History 0.1.3-rc.1 — release candidate Android
## Statut
PASS
La gate opérateur de `0.1.3-rc.1` exécutée le `2026-09-28` a réussi. Elle confirme le gel du profil Android révisé, l'intégrité des histories antérieurs, le changelog candidat, le prompt de reprise `010`, les tests Python, les audits Markdown et l'hygiène texte/templates avant promotion stable.
## Baseline opérateur
La tranche `0.1.3-beta.1` a été clôturée avec son history `PASS`, puis committée et poussée avant application de `rc.1` :
```text
commit 3f3de72
message 0.1.3-beta.1
push origin/master PASS
```
Après application du delta `rc.1`, les contrôles initiaux ont confirmé :
```text
VERSION 0.1.3-rc.1
history/0.1.3/beta.1.md présent dans HEAD et le workspace
deltas/0.1.3/rc.1.md présent
prompts/010-V0_1_4_START_PROMPT.md présent
history/0.1.3/rc.1.md absent pendant la gate
CHANGELOG.md version 16
docs/000-README.md version 39
docs/plans/009-V0_1_3_ANDROID_REEVALUATION_PLAN.md version 5
ROADMAP.md version 14
prompts/010-V0_1_4_START_PROMPT.md version 1
docs/rules/610-ANDROID.md version 5
docs/rules/710-TAURI.md version 6
docs/studies/002-TAURI_SKELETON_DECISION.md version 2
docs/skeletons/003-WEB_FRONTEND.md version 1
docs/validation/005-WEB_FRONTEND_VALIDATION.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.3 rc.1 integration audit: clean (4 prior histories, frozen Android profile, candidate changelog and prompt 010 verified)
```
Il a vérifié les quatre histories antérieurs avec statut `PASS` :
```text
alpha.1 PASS
alpha.2 PASS
alpha.3 PASS
beta.1 PASS
```
Avant application du présent history, `rc.1.md` est la seule tranche `0.1.3` possédant un delta sans history.
La gate a également confirmé :
- le `CHANGELOG` candidat `0.1.3` sans détails de tranches ;
- le profil Android `610-ANDROID.md` gelé en révision `5` sans généralisation de `targetSdk 36`, `minSdk 21`, NDK r28, quatre ABI, Gradle 9.7.1, AGP 9.4.0 ou JDK 25 ;
- la composition Android avec les owners génériques sans créer d'owner JNI/Rust/SDL, skeleton Android ou contrat de validation redondant ;
- la distinction entre SDK, identité applicative, natif/ABI, Lint, niveaux de tests, APK/AAB et contraintes 16 KB conditionnelles ;
- la roadmap `0.1.3` à `0.1.7` sans réservation de `0.1.8` ;
- le maintien du `DEFER` Tauri jusqu'au réexamen `0.1.4` ;
- le prompt `010` ciblant `0.1.4-alpha.1` uniquement depuis une future archive du tag `v0.1.3` et son rapport post-tag réel ;
- l'absence de création anticipée du skeleton Tauri et le maintien des adoptions Games `0.1.5` et KSP `0.1.6` hors scope.
## Tests et audits PGR
La suite Python globale a exécuté `48` tests, tous réussis :
```text
Ran 48 tests in 0.745s
OK
```
Les audits documentaires sont propres :
```text
Markdown header audit: clean (261 file(s))
Markdown table audit: clean (11 table(s), 261 file(s))
Markdown link audit: clean (337 local link(s), 261 file(s))
```
L'hygiène texte/templates a également réussi :
```text
0.1.3 rc.1 text/template hygiene: clean
```
Les templates TOML Rust/Cargo et JSON Web ont été parsés ; 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.3/rc.1.md
M docs/000-README.md
M docs/plans/009-V0_1_3_ANDROID_REEVALUATION_PLAN.md
A prompts/010-V0_1_4_START_PROMPT.md
```
Le scope correspond exactement à la RC annoncée. Aucun owner Android, Java, Gradle ou Tauri, template, skeleton, validation, étude technique ou script d'audit n'a été modifié pendant la RC.
## Décision
`0.1.3-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.3-rel.1
```
Cette promotion ne doit pas rouvrir le scope fonctionnel. Elle doit uniquement présenter `0.1.3` comme stable, produire sa propre gate pré-tag et préparer le handoff de publication sans anticiper le rapport post-tag.