Appnatively
Appnatively
Knowledge Base
Go to Studio
Knowledge Base
Go to Studio
Getting Started
Welcome to AppNativelyCreate your first appFinding your way around the Studio dashboard
Website Connection
Connect your website to AppNativelyInstall and update the required pluginChoose which plugins power your app“Website Not Connected” – what it means and how to clear itFix a failing or dropped connection
App Editor
Build your app with AI chatWrite prompts that get the screen you wantUndo an AI change you don’t wantEdit screens and components by handManage your app’s pagesDesign your headerDesign your bottom navigationAdd and edit drawersManage your themeHow your changes reach your usersSave vs. Publish – what each one doesWhen a new release is requiredWhen AI gets it wrong
Splash & App Icon
Set your app iconAdd Android Adaptive Icon layersDesign your splash screenRecommended image sizes
Publishing Setup
What you need before your first buildSet your app’s name, slug, and package IDAdd Android credentials and your keystoreAdd iOS certificates and provisioningConnect Google PlayConnect the App StoreSet up Firebase Configuration
Build & Deploy
Connect GitHub before you buildBuild your app – and submit it to the storeFix a failed build
Push Notifications
Create and send a push campaignTrack campaign performanceNotifications aren’t arriving
Integrations
Connect a third-party service

Build & Deploy

Here your app stops being a design and becomes an actual installable file – and, if you choose, gets submitted to the App Store and Google Play. Building and submitting aren’t two separate jobs here: they’re two choices inside one five-step wizard. Most day-to-day editing never brings you to this page at all. You’ll come here for your first build, and after that only when you genuinely need a new one.

What Build & Deploy covers

Connect GitHub before you build comes first: a one-time, workspace-wide connection that keeps the Trigger Build button locked until it’s done. After that, Build your app – and submit it to the store walks the whole wizard end to end – checking requirements, choosing platforms and a version number, deciding between Build Only and Build & Deploy, writing release notes, and starting the build. It also covers what to do once the build finishes: where the logs live and how to download what was produced.

The last article is for when a build comes back Failed, which is more common on a first attempt than you’d think and usually straightforward to diagnose.

Before you start

GitHub needs to be connected, and the requirements in Publishing Setup all need to pass – the wizard checks them live on its first step and won’t let you continue until they do.

FAQ

Set up Firebase Configuration
Connect GitHub before you build
Was this page helpful?
On this page
What Build & Deploy coversBefore you startFAQDo I need a new build every time I change something?+Is submitting to the store a separate step from building?+What do I do if my build fails?+