Bypassing the App Store: Implementing OTA Updates with expo-updates
Learn how to use expo-updates to deploy JavaScript fixes and features instantly, bypassing the App Store review process while maintaining native stability.
ReadMeFeed / Community knowledge
Real questions. Useful conversations. Find the people who know your stack.
Learn how to use expo-updates to deploy JavaScript fixes and features instantly, bypassing the App Store review process while maintaining native stability.
expo-updates ships only JavaScript and assets. runtimeVersion is the gate deciding which bundles an installed binary accepts — and how to pick a policy.
Expo Updates lets you ship JavaScript fixes in minutes instead of waiting for store review — but only if you treat the runtime version as the compatibility contract it is.
EAS Update lets you push JavaScript fixes to installed Expo apps without store review. Here's how runtime versions keep OTA updates safe, a staged rollout example with rollback, and where the model breaks down.
eas update succeeded but users still run the old bundle? Diagnose channel/branch mapping, runtime version mismatches, cold-start timing, and crash rollbacks — and know when OTA can't help.
Learn how Expo OTA updates let you push JavaScript and asset changes to users instantly, avoiding store rebuilds for UI tweaks and small feature updates.
Learn how to push JavaScript‑only changes to existing Expo builds using OTA updates, with a concrete publish example, verification steps, and key limitations.
Goal: decide whether to use over‑the‑air (OTA) updates via Expo Updates or Shorebird, or to rely on phased store rollouts, when migrating a small React Native production app to a new version without downtime. Constraint: Apple’s guideline 3.3.2 forbids OTA changes that alter “significant features or functionality,” but the boundary is undocumented and enforc