Quiz 4 — Builds & distribution (P11-P13)

Le conteneur = le binaire natif (modules, config) ; le contenu = le JS servi par Metro. On rebuild le conteneur quand sa liste de courses NATIVE change ; le contenu itère à la vitesse Metro.

Le conteneur est périmé : le JS attend un module natif absent (Expo Go, ou dev build d’avant l’install). → Rebuild.

development (dev-client, APK), preview (l’APK release de la voie perso, JS embarqué), production (l’AAB du Play Store, autoIncrement).

Le pipeline EAS complet (profils, prebuild, gradle, keystore EAS) sur votre machine : mêmes artefacts que le cloud, sans quota ni file — rapide et illimité.

android/ dans le .gitignore ; la vérité dans app.config.ts + plugins ; régénérer au doute (—clean) ; ne JAMAIS éditer le généré (effacé au prochain clean).

Une fonction exécutée au prebuild qui modifie les fichiers natifs générés (manifest, gradle) — ex. ajouter une permission/meta-data sans toucher android/.

Package names différents (com.alex.drill.dev vs com.alex.drill) via la variante APP_VARIANT dans app.config.ts — identités système distinctes (données, notifs séparées).

L’APK s’installe (sideload, adb) — la voie perso. L’AAB est le colis du Play Store (qui en dérive des APK optimisés) — il ne s’installe pas directement.

Même signature (keystore unique local/cloud) et versionCode ≥ l’installé. Sinon : UPDATE_INCOMPATIBLE / VERSION_DOWNGRADE.

La mise à jour préserve le sandbox (SQLite, réglages) ; la désinstallation l’efface intégralement — ne jamais conseiller « désinstalle/réinstalle » à la légère.

Passe : tout le JS + assets bundlés. Jamais : modules natifs, config native (icône, permissions, scheme), montées de SDK — ceux-là = bump version + rebuild + réinstall.

Le contrat bundle↔natif : un binaire ne télécharge que les updates de SA runtime. Policy appVersion → chaque changement natif (bump de version) isole les vieux binaires du JS qui les crasherait.

Téléchargée à une ouverture, appliquée au lancement suivant — d’où le « fermer/rouvrir deux fois » du rituel de test (et reloadAsync pour l’immédiat, proposé poliment).

Questions : git push (~minutes, CDN). JS : eas update (prochaine ouverture). Natif : rebuild + réinstallation. Chaque changement prend le canal le plus léger.

Google détient l’app signing key (celle des utilisateurs) ; votre keystore devient l’upload key (authentifie les envois, remplaçable en cas de perte).

Signatures différentes (Google vs votre keystore) : deux lignées parallèles — migration = désinstallation (et perte des données locales de l’appareil).

Le test fermé obligatoire : ≥ 12 testeurs opt-in pendant 14 jours continus + le questionnaire de production — avant tout accès à la production.

Data Safety incohérent, politique de confidentialité manquante, permissions injustifiées, métadonnées trompeuses, app cassée sans réseau (le spinner infini).

Déployer une mise à jour à 10 % → surveiller les vitals → élargir. « Interrompre le rollout » gèle la diffusion (on republie corrigé — pas de reprise).

Crash < 1,09 %, ANR < 0,47 % — au-delà : visibilité pénalisée dans la recherche, possibles avertissements sur la fiche.