What each tool can ship, where it stops, and whether you walk away owning the code.
People arrive here having already decided something is not working. So these pages start from the cost of leaving rather than a feature grid: what your current platform holds that you cannot take with you, what actually transfers, and what you own once the move is done.
That cost varies enormously. Platforms that sync to Git have a real path out — you bring the repository and Appifex generates the mobile app or the backend around it. Platforms with no code export do not; there is nothing to migrate, and the honest answer is that moving means rebuilding, which these pages say rather than dressing it up.
The test worth applying to any tool, including this one: if the company vanished tomorrow, would your app still run? That question has a straightforward answer here — connect your GitHub account and the repository lives there, in standard frameworks, and starts locally with no Appifex account involved.
One caveat we hold ourselves to, because this page holds others to it. Connect your GitHub and Expo accounts and almost all of this is yours outright. Skip that step and several pieces stay ours, so it is worth saying which.
Provisioned rather than generated: your database is PostgreSQL on Neon, and authentication — when you enable it — is Neon Auth. The schema and the migrations live in your repository, so the database moves to any Postgres by changing a connection string. Neon Auth does not; swapping it means replacing an auth provider, which is a day of work rather than a rewrite.
Ours until you connect an account: without GitHub repo scope the repository is created in Appifex's organisation rather than yours, and without a connected Expo account TestFlight builds ship under ours. Both are one connection away from being yours, and the ownership claims on this page assume you have made it.
A platform component in mobile apps: generated React Native projects contain a _system/ folder — error handling, Sentry reporting and a floating Appifex button — that the agent will decline to remove on request. It is ordinary TypeScript in your repository and you can delete it yourself after cloning, but while you are working inside Appifex it is not optional, and calling that "no shim to work around" would be too generous.
Still choosing rather than leaving? The comparison pages put each tool side by side instead.
Describe your app instead of assembling it
Published to both stores without touching Xcode
Where the block editor is the point, and where it isn't
Generated from a description, not assembled component by component
Built for a finished Figma file and a working API
Native on both sides — the difference is the backend
From prototype to production-ready
From fast prototyping to production-grade apps
From component generator to full app builder
From cloud IDE to production app platform
From visual builder to AI-powered full-stack
From visual web builder to full-stack AI platform
From spreadsheet apps to production-grade software
The same speed, but the backend comes with you