Systems | Development | Analytics | API | Testing

Every mobile engineering team hits the same wall eventually. A test starts failing — but only sometimes. You re-run the build and it passes. You merge the code. Three days later it fails again. Nobody can reproduce it locally. The test stays red for a week while three engineers waste afternoons chasing it. Then someone adds a comment that says “known flaky, ignore” and that test quietly continues blocking pipelines for the next six months.

Your CI pipeline worked fine when the app was young. Then the app grew. Features got split into modules. Teams formed around those modules. And somewhere along the way, what used to be a 4-minute build became a 25-minute one. Then 35. Now nobody pushes to main before lunch because the queue is already backed up. If this sounds familiar, you are not alone. According to Google’s 2024 Developer Survey, 83% of Android apps over 500,000 lines of code struggle with build performance.

Over-the-air (OTA) updates are one of the most powerful tools available to React Native teams. The ability to push changes directly to users’ devices without App Store review, without Google Play approval, without any action required from the user, meaningfully changes how fast a team can respond to bugs and iterate on their product. But OTA updates operate within clear boundaries. Misunderstanding those boundaries leads to two distinct problems.

CodePush is a great way to ship over-the-air (OTA) updates, avoid app store approval delays, and roll out changes cautiously. Even though App Center has closed down, there are many options available to get started with CodePush. But some of the default settings can create undesirable behaviors, leaving teams wrongly thinking CodePush causes a bad user experience.

CodePush is a great way to ship over-the-air (OTA) updates, avoid app store approval delays, and roll out changes cautiously. Even though App Center has closed down, there are many options available to get started with CodePush. But some of the default settings can create unwanted behaviors, stopping updates from installing or making the app look like it’s crashed.

There is a specific kind of dread that comes with finding a critical bug in a production React Native app. The fix is usually straightforward: a broken API call, a logic error, a UI state that did not account for an edge case. You can see exactly what went wrong and exactly how to correct it. The code change might take an hour. What takes days is everything that comes after. App Store review. Google Play review. Waiting. Watching your crash reports climb.

GitHub Actions is one of the best CI/CD platforms available today. For web apps, backend services, and infrastructure automation, it’s hard to beat. Deep GitHub integration, a massive marketplace of community actions, flexible YAML-based workflows, and a pricing model that’s generous for open-source projects. There’s a reason it dominates. But if you’re building mobile apps, especially for iOS, GitHub Actions starts to fight back. Not because it’s a bad tool.

If you’ve shipped a React Native app to production, you already know the feeling. A bug surfaces. Users are reporting it. Your fix is written, tested, and ready to go. And then you wait. Two days. Sometimes three. Occasionally five. App Store review doesn’t care that your ratings are dropping or that your support queue is filling up. It moves at its own pace, and your users experience every hour of the delay. CodePush over-the-air (OTA) updates change that equation entirely.