Files
pgr/history/0.1.3/alpha.3.md
2026-09-28 11:32:26 +02:00

99 lines
3.8 KiB
Markdown

<!-- file: history/0.1.3/alpha.3.md -->
<!-- version: 1 -->
# History 0.1.3-alpha.3 — natif, packaging, distribution et validation Android
## Statut
PASS
La gate opérateur de `0.1.3-alpha.3` exécutée le `2026-09-28` est propre. Les responsabilités Android conditionnelles liées au code natif, aux ABI, à Lint, aux niveaux de tests, au packaging APK/AAB, aux smokes device/AVD et à la compatibilité 16 KB sont validées sans fix.
## Intégration de `alpha.2`
Avant la gate `alpha.3`, l'opérateur a intégré le history `PASS` de `alpha.2`, puis commit/push la tranche :
```text
commit local observé 1223a70 0.1.3-alpha.2
push origin/master eaa9c39..1223a70
```
Le history `history/0.1.3/alpha.2.md` est donc présent dans `HEAD` avant validation de `alpha.3`.
## Contrôles d'identité
Les contrôles opérateur ont confirmé :
```text
VERSION 0.1.3-alpha.3
history/0.1.3/alpha.2.md présent dans HEAD et PASS
deltas/0.1.3/alpha.3.md présent
history/0.1.3/alpha.3.md absent pendant la gate
docs/plans/009-V0_1_3_ANDROID_REEVALUATION_PLAN.md version 3
docs/rules/610-ANDROID.md version 5
```
## Tests Python
La suite complète a affiché :
```text
Ran 48 tests in 0.760s
OK
```
Soit `48/48` tests `PASS`.
## Audits Markdown
Les trois audits documentaires sont propres :
```text
Markdown header audit: clean (256 file(s))
Markdown table audit: clean (11 table(s), 256 file(s))
Markdown link audit: clean (323 local link(s), 256 file(s))
```
## Audit Android natif/distribution `alpha.3`
Le contrôle structurel de la tranche a affiché :
```text
0.1.3 alpha.3 Android native/distribution audit: clean (conditional native ownership, lint/tests/package boundaries and 16 KB policy verified)
```
Il a notamment confirmé :
- NDK et ABI restent conditionnels à la présence de bibliothèques natives directes ou transitives ;
- PGR ne fixe ni version NDK ni liste universelle d'ABI ;
- compilation native, présence dans le package et preuve runtime restent trois niveaux de preuve distincts ;
- Android Lint est une gate explicite et ne doit pas être supposé exécuté par un build Gradle ordinaire ;
- tests JVM, tests instrumentés et smokes device/AVD restent distincts et proportionnés ;
- un AAB est un artefact de distribution et ne constitue pas à lui seul une preuve d'installation ou d'exécution ;
- la compatibilité 16 KB est conditionnelle au code natif, au package et au canal de distribution réellement concernés ;
- aucune version AGP/NDK, valeur `targetSdk`, liste d'ABI ou commande Games n'est devenue un minimum PGR universel ;
- aucun owner JNI/Rust/SDL, skeleton Android, audit Python ou contrat `docs/validation/` séparé n'a été créé ;
- Tauri `0.1.4` et l'adoption Games `0.1.5` restent hors scope.
## Hygiène Git et scope observé
`git diff --check` et `git diff --cached --check` n'ont produit aucun diagnostic.
Le scope indexé observé est exactement :
```text
M VERSION
A deltas/0.1.3/alpha.3.md
M docs/plans/009-V0_1_3_ANDROID_REEVALUATION_PLAN.md
M docs/rules/610-ANDROID.md
```
## Décision
`0.1.3-alpha.3` est validée `PASS`.
La tranche suivante reste `0.1.3-beta.1`, dédiée à la réconciliation du profil Android révisé contre Games et les owners `400`, `520`, `522` et `600`, ainsi qu'à la décision finale sur les artefacts Android supplémentaires.
Si `610-ANDROID.md` et les owners existants suffisent, la beta doit consigner explicitement qu'aucun artefact supplémentaire n'est nécessaire. Si une lacune fonctionnelle impose au contraire un nouvel owner, contrat, template, skeleton ou audit, elle doit déclencher un REPLAN vers une tranche alpha dédiée plutôt que l'introduire opportunément en beta.