8.8 KiB
Changelog
0.3.3 — 2026-09-21
- publication stable du pipeline Android SDL3 natif multi-ABI possédé par Gradle/Cargo, sans orchestrateur Python de build ni
src/main/jniLibsgénéré dans les sources ; - APK Debug universal et AAB Release produits pour
arm64-v8a,armeabi-v7a,x86_64etx86, avecminSdk 21conservé et fumé sur Android 5.0/API 21 x86 ; - compatibilité pages mémoire 16 KB validée pour les ABI 64 bits :
zipalign -P 16, segments ELFalign 2**14et smoke API 35 x86_64ps16kavecPAGE_SIZE=16384; - smokes finaux Snake et Reflex validés sur AVD API 36 x86_64 et Samsung API 29 ARM64, avec installation réussie, activité lancée, processus vivant et aucune entrée crash remontée ;
- environnement Android natif validé avec JDK courant et Gradle système
>= 9.6.0, sans wrapper Gradle niJAVA_HOMEimposé au projet ; - préparation de
0.3.4pour l'API de transport realtime/WebSocket et pour la nouvelle nomenclature prospectivealpha.M / beta.M / rc.M, sans aucune réécriture des anciensdeltas/,history/, prompts ou entrées historiques.
Les détails des phases pre, beta, rc et de leurs correctifs restent dans deltas/0.3.3/ et history/0.3.3/.
0.3.3-3-rc.1 — 2026-09-21
- gel fonctionnel du pipeline Android SDL3 natif désormais possédé par Gradle/Cargo, sans orchestrateur Python de build ni
src/main/jniLibsgénéré dans les sources ; - APK Debug universal et AAB Release validés pour
arm64-v8a,armeabi-v7a,x86_64etx86, avecminSdk 21conservé ; - compatibilité pages mémoire 16 KB validée sur les ABI 64 bits, y compris smoke Android 15/API 35 x86_64
ps16kavecPAGE_SIZE=16384; - smoke Android 5.0/API 21 x86 validé, puis smokes beta Snake et Reflex validés sur AVD API 36 x86_64 et Samsung API 29 ARM64 sans crash immédiat ;
- environnement Android natif validé avec Temurin 25 et Gradle système 9.7.1, le projet imposant seulement
Gradle >= 9.6.0; - prompt
0.3.4préparé pour l'API de transport realtime/WebSocket et pour la migration de nomenclature àalpha.M,beta.M,rc.Mà partir de la prochaine session uniquement ; aucun historique antérieur ne sera renommé ou réécrit.
La RC n'ouvre aucun nouveau scope. Seuls les correctifs de publication autorisés par VER-RC-* peuvent produire un 3-rc.1.fix.N.
0.3.1 — 2026-09-21
- publication stable du second host Snake sous Tauri Android, conservé comme POC de référence et non comme voie de production Android ;
- validation du gameplay partagé via
game-snake-poc-wasm, du Canvas, des contrôles tactiles, des assets, du lifecycle mobile/WebView, du tracing et de la provenance runtime ; - validation d’un APK Debug universal autonome contenant
arm64-v8aetx86_64, installé et lancé sur Galaxy S9+ ARM64 réel et AVD API 36 x86_64 ; - validation finale de
0.3.1-3-rc.1sans défaut nécessitant un correctif RC, puis promotion mécanique vers la stable ; - maintien de
0.3.2en différé et préparation de0.3.3pour Android SDL3 natif multi-ABI, APK universal de test, AAB de distribution et évaluation duminSdk.
Les détails des phases pre, beta, rc et de leurs correctifs restent dans deltas/0.3.1/ et history/0.3.1/.
0.3.1-3-rc.1 — 2026-09-21
- gel fonctionnel du POC Snake Tauri Android de référence après validation beta du workspace complet et du packaging Android autonome ;
- APK Debug universal construit avec les cibles Rust
aarch64-linux-androidetx86_64-linux-android, puis installé et lancé avec succès sur Galaxy S9+ ARM64 et AVD API 36 x86_64 ; - host Tauri conservé comme POC comparatif : la voie Android productive reste SDL3 natif/Java/JNI ;
- absence d’extraction Web/Tauri supplémentaire et absence d’AAB Tauri volontaire : les choix de distribution Android productive sont reportés au POC SDL3 natif ;
0.3.2Tauri Desktop reste différée faute de bénéfice produit/monétisation démontré ; la prochaine version active préparée est0.3.3, Android SDL3 natif multi-ABI, avec AAB et compatibilité Android ancienne à évaluer.
La RC n’ouvre aucun nouveau scope. Seuls les correctifs de publication autorisés par VER-RC-* peuvent produire un 3-rc.1.fix.N.
0.3.0 — 2026-09-20
- publication stable du premier POC Snake Web direct, construit autour du gameplay Rust partagé, d'un adapter WASM dédié et d'un host navigateur Vite/TypeScript ;
- validation du shell Bootstrap 5/Bootswatch + SimpleBar, du Canvas au ratio logique
12 × 20, des contrôles clavier/pointer, du lifecycle navigateur, des assets et de la provenance runtime ; - validation de la non-régression Desktop SDL3 et des builds release Desktop et Web/WASM ;
- promotion mécanique de
0.3.0-3-rc.1après gate workspace complète, 34 tests réussis et absence de défaut nécessitant un correctif RC ; - préparation de
0.3.1pour le second host Snake Tauri Android, sans ouvrir ce scope dans la release0.3.0.
Les détails des phases pre, beta, rc et de leurs correctifs restent dans deltas/0.3.0/ et history/0.3.0/.
0.3.0-3-rc.1 — 2026-09-20
- gel fonctionnel du premier POC Snake Web direct après validation beta et consolidation documentaire ;
- gameplay Snake conservé dans
game-snake-poc, avec adaptergame-snake-poc-wasmdédié et host navigateur Vite/TypeScript séparé ; - shell Web responsive fondé sur Bootstrap 5/Bootswatch, SimpleBar et Canvas au ratio logique du jeu, avec clavier et contrôles pointer/tactiles ;
- lifecycle navigateur fixed-step sans rattrapage massif, resize
devicePixelRatio, assetscommon/+game/, logging frontend structuré et provenanceWeb / Browser / Wasm; - runner Desktop SDL3 maintenu comme témoin de non-régression et builds release Desktop/Web déjà exercés pendant la beta ;
- prompt
0.3.1préparé pour le second host Snake Tauri Android, avec workflow de session, commandes et validations consolidés.
La RC n'ouvre aucun nouveau scope. Les détails des phases pre, beta et de leurs correctifs restent dans deltas/0.3.0/ et history/0.3.0/.
0.2.0 — conception modulaire, POC et Uroburas
- Gouvernance documentaire renforcée : catégories
ideas/studies/architecture/rules, immutabilité des deltas, conventions de statuts et workflow de session/version. - Architecture durable séparant engine kernel, technical capabilities, game-systems, games, platform adapters, providers, server services et tooling.
- Trajectoire POC
0.3.xdéfinie avec Snake comme jeu-sonde pour SDL, Web/WASM, Tauri et transports realtime. - Architecture réseau de référence : Actix Web/Maud/Fluent/Lettre pour Web/API, WebSocket/tokio-tungstenite baseline, WebTransport/QUIC candidat, gRPC/Tonic conditionnel server-to-server.
- Asset delivery auto-hébergé, compatible HTTP/2 et HTTP/3 selon disponibilité, avec séparation logique puis physique progressive.
- Cible d'exploitation préférée : Debian Stable, actuellement Debian 13
trixie, sans dépendance métier à une version précise. - Spécification fonctionnelle et architecture cible initiales de Uroburas, avec ordre Mode 1 Challenge → Mode 3 Persistent Battle Royale → Mode 2 PvP Battles.
- Classification des besoins Uroburas afin d'éviter une crate jeu monolithique.
- Première trajectoire Uroburas réservant grid/tilemap toroïdale, obstacles, stages, vies, score, caméra, assets téléchargeables, auth, rewarded ads, Hall of Fame et échanges client/serveur sécurisés/versionnés.
0.1.0 — 2026-09-17
- validation de
0.1.0-3-rc.1.fix.1avec gates Rust/audits complètes, builds et smokes Desktop release, Tauri/WASM, Android x86_64/API 36 et Android ARM64 réel ; - stabilisation d'une première baseline POC multi-plateforme fondée sur un core de gameplay Rust réutilisé par des runners SDL3 Desktop/Android et un POC Tauri/WebView/WASM ;
- validation de l'abstraction d'input, du rendu 2D minimal, des assets, de la provenance runtime, du tracing commun et du lifecycle/Back Android ;
- clôture du cycle POC
0.1.0sans ajout fonctionnel de dernière minute ; - réservation de la direction
0.2.0pour concevoir progressivement le framework modulaire avant toute extension fonctionnelle majeure.
0.1.0-3-rc.1 — 2026-09-17
- validation de
2-beta.1.fix.4sur Desktop SDL3 natif, Tauri/WASM, Android AVD x86_64 et Galaxy S9+ ARM64 ; - validation du logging Android vers logcat et du Back système Android 16 via observer non consommant ;
- clôture de la phase beta et gel fonctionnel du socle
0.1.0; - entrée en phase RC centrée sur la reproductibilité des builds de release, les artefacts de distribution et la documentation de livraison ;
- ajout d'une matrice RC et d'une gate workspace complète avant promotion vers
0.1.0.
Les détails des phases pre, alpha, beta et de leurs correctifs sont conservés dans deltas/0.1.0/ et history/0.1.0/.