Guides
Plan-enterprise-icon
Expo Application Services
API Reference

Workflows

Learn about the different workflows such as managed and bare for building apps with Expo tools.


The two approaches to building applications with Expo tools are called the managed and bare workflows.

  • With the managed workflow you only write JavaScript/TypeScript and Expo tools and services take care of everything else for you.
  • In the bare workflow you can use any Expo library and service, and you are responsible for the native iOS and Android projects.
Info-icon

If you've used React Native without any Expo tools then you have used the "bare workflow", however, the name probably doesn't sound familiar. It's easier to talk about something when it has a name, so we call this "bare" — somewhat in jest, and because of the existing term "bare metal". If you have direct access to the native code it's a bare project. See Already used React Native? to quickly understand where Expo fits in.

Managed workflow

The managed workflow is kind of like Rails and Create React App, but for React Native.

Developers build managed workflow apps using Expo CLI on their computer and a development client on their mobile devices (either the Expo Go app for more simple projects or a development build when your project grows). Managed workflow apps typically use one or more Expo services, such as push notifications, build, and updates.

Expo tries to manage as much of the complexity of building apps for you as we can, which is why we call it the managed workflow. A developer using the managed workflow doesn't use Android Studio or Xcode often (although it may be useful for debugging), they write JavaScript code and manage configuration, such as the app icon and splash screen, through Expo config — app.json/app.config.js or config plugins. The Expo SDK exposes an increasingly comprehensive set of APIs that give you the power to access device capabilities like the camera, biometric authentication, file system, haptics, and so on. Developers can also make use of most libraries available in the React Native ecosystem.

While you can do a lot with the managed workflow, you can't do everything with it, so what are your options when you encounter a limitation?

What happens if I run up against a limitation?

If you get to the point where you need to have full control over the native code in your app, you can generate the native projects and continue development using the bare workflow. You can do this by running expo prebuild.

Bare workflow

In the bare workflow, the developer has complete control, along with the complexity that comes with that. You can use all packages from the Expo SDK, development builds, and all Expo and EAS Services. Configuration with app.json/app.config.js is mostly not supported in this context; instead, you will need to configure each native project directly.

Workflow comparison

FeatureManaged workflowBare workflow
Develop apps with only JavaScript/TypeScriptStatus-success-iconStatus-failed-icon
Use Expo build service to create your iOS and Android buildsStatus-success-iconStatus-success-icon (with EAS Build)
Use Expo's push notification serviceStatus-success-iconStatus-success-icon
Use Expo's updates featuresStatus-success-iconStatus-success-icon
Access to Expo SDKStatus-success-iconStatus-success-icon
Add custom native code and manage native dependenciesStatus-success-iconStatus-success-icon
Develop in Xcode and Android StudioStatus-failed-iconStatus-success-icon
Iterate with the Expo Go appStatus-success-iconStatus-success-icon (if you follow these guidelines)

Which workflow is right for me?

  • Expo never locks you in, you can generate the native iOS and Android projects from your managed project at any time you like. You can use one library or service or many, in managed or bare projects.
  • If you are new to mobile development or new to development, in general, we recommend that you use the managed workflow. There is a huge amount of complexity that comes along with the native development toolchain and the managed workflow allows you to deal with that complexity only when necessary.
  • If you are more experienced it also doesn't hurt to start every new project with the managed workflow and only generate the native projects when needed.

In summary, use the bare workflow when you need it due to limitations, otherwise use the managed workflow, and you most likely want to start with the managed workflow.

Next step

If you want a more complete picture of building an app end-to-end with the managed workflow, you should follow the tutorial and build a universal app.

  • Message-iconAsk a question on the forums
  • Edit-iconEdit this page

Was this doc helpful?