Expo Go vs Development Builds

Q: ¿Cómo creo un development build en EAS?

Establece "developmentClient": true en el perfil de EAS. Instala el artefacto, luego ejecuta npx expo start --dev-client.

Q: Error común: ¿Por qué mi nuevo paquete nativo funciona en npm install pero se cuelga en tiempo de ejecución?

npm install agrega fuente de JavaScript y nativa a node_modules, pero el binario de Expo Go no incluye ese código nativo. Crea un development build para que el módulo nativo se compile en tu aplicación.

Q: ¿Qué comando inicia Metro para un development build?

Sin --dev-client, el CLI optimiza para códigos QR de Expo Go.

Expo Go es un entorno rápido con una superficie nativa fija. Un development build es tu propio binario de depuración con expo-dev-client, que lleva cada módulo nativo que tu proyecto instala - el entorno desde el cual se construyen realmente las aplicaciones de producción.

Receta

Tarjeta de referencia rápida - lista para copiar y pegar.

# ¿Aún prototipando solo con módulos Expo SDK? Expo Go es suficiente:
npx expo start
# Escanea el código QR con Expo Go (simulador/emulador o dispositivo con SDK coincidente)
 
# ¿Necesitas código nativo personalizado? Agrega el dev client y crea un development build:
npx expo install expo-dev-client
eas build --profile development --platform ios
# Instala el .ipa/.apk, luego:
npx expo start --dev-client

Cuándo usar esto:

Decidir si Expo Go es suficiente desde el primer día para tu prototipo SDK 57.
Encontrarte con Native module cannot be null después de hacer npm install de una librería no incluida en Expo Go.
Probar notificaciones push, enlaces app/universal, o comportamiento de splash/icono personalizado de forma realista.
Incorporar compañeros de equipo que confunden las limitaciones de Expo Go con las limitaciones de la plataforma Expo.

Ejemplo de trabajo

# 1. Agrega expo-dev-client a un proyecto SDK 57 existente
npx expo install expo-dev-client

// eas.json - perfil development (compilación de depuración instalable)
{
  "cli": { "version": ">= 16.0.0" },
  "build": {
    "development": {
      "developmentClient": true,
      "distribution": "internal",
      "ios": { "simulator": true }
    },
    "production": {
      "autoIncrement": true
    }
  }
}

# 2. Construye e instala (ejemplo de simulador)
eas build --profile development --platform ios
# Descarga/instala la compilación, luego inicia Metro para dev-client:
npx expo start --dev-client

// App.tsx - detecta el tiempo de ejecución para diagnósticos condicionales
import { useEffect, useState } from "react";
import { Button, StyleSheet, Text, View } from "react-native";
import * as Expo from "expo";
import Constants from "expo-constants";
 
export default function App() {
  const [inGo, setInGo] = useState<boolean | null>(null);
 
  useEffect(() => {
    setInGo(Expo.isRunningInExpoGo());
  }, []);
 
  return (
    <View style={styles.container}>
      <Text style={styles.title}>Prueba de tiempo de ejecución</Text>
      <Text>expo-dev-client: {Constants.expoConfig?.plugins?.includes("expo-dev-client") ? "configurado" : "n/d"}</Text>
      <Text>Ejecutándose en Expo Go: {inGo === null ? "…" : inGo ? "sí" : "no"}</Text>
      <Text style={styles.hint}>
        Los development builds cargan tus módulos nativos. Expo Go solo carga módulos incluidos en Expo Go.
      </Text>
      <Button title="Recargar" onPress={() => Expo.reloadAppAsync("manual")} />
    </View>
  );
}
 
const styles = StyleSheet.create({
  container: { flex: 1, justifyContent: "center", padding: 24, gap: 8 },
  title: { fontSize: 20, fontWeight: "700" },
  hint: { fontSize: 14, color: "#555", marginTop: 8 },
});

Lo que esto demuestra:

expo-dev-client convierte tu aplicación en un cliente de desarrollo con una interfaz de launcher e inspector de red.
eas build --profile development produce un binario instalable con tu gráfico de dependencias nativas.
npx expo start --dev-client sirve JS al binario personalizado en lugar de Expo Go.
Expo.isRunningInExpoGo() ramifica diagnósticos o compuertas de características durante la migración.

Profundización

Cómo funciona

Dos capas: aplicación nativa vs paquete JavaScript

Capa	Qué es	Cambios cuando
Aplicación nativa	Binario en el dispositivo (Expo Go o tu development build)	Nuevo módulo nativo, icono, derechos, actualización de SDK
Paquete JavaScript	Salida de Metro desde `npx expo start`	Cada Fast Refresh / recarga

Tu JS solo puede llamar a APIs nativas que existen en la aplicación nativa instalada. Instalar react-native-foo agrega stubs JS a node_modules, pero hasta que el código nativo se compile en tu binario, las llamadas fallan en tiempo de ejecución.

Expo Go

Aplicación precompilada de la tienda con un conjunto fijo de módulos nativos (el subconjunto de Expo SDK que Expo Go incluye).
Carga tu paquete JS sobre la red - iteración instantánea para aprender y trabajo de UI temprano.
No puede obtener nuevos módulos nativos después de la instalación.
Muestra un splash emulado (icono de aplicación sobre color sólido) - no tus verdaderos activos de splash app.json.
Admite una versión de SDK en compilaciones de App Store de iOS - los SDK más antiguos requieren simulador/sideload de Android desde expo.dev/go.

Development build (`expo-dev-client`)

Tu binario de depuración con los mismos módulos nativos que envías a TestFlight / Play Internal Testing.
Incluye un launcher para cambiar servidores de Metro, abrir actualizaciones e inspeccionar tráfico de red.
Compilación requerida cuando cambian las dependencias nativas o los campos nativos de app.config - el trabajo solo de JS aún se recarga en caliente.
Necesario para pruebas realistas de notificaciones push, enlaces app/universal y módulos nativos personalizados.

┌─────────────────────┐         ┌──────────────────────────────┐
│     Expo Go         │         │   Development build          │
│  Mods nativas fijas │         │ Tus mods nativas + dev-client│
│  + tu paquete JS    │         │  + tu paquete JS             │
└─────────────────────┘         └──────────────────────────────┘
         │                                    │
         └────────── npx expo start ──────────┘
                    (Metro sirve JS)

Matriz de decisión

Necesidad	Expo Go	Development build
UI solo con módulos Expo SDK	✓	✓ (excesivo al principio)
`expo-camera`, `expo-router`, etc. en SDK 57	✓ si se incluye en Expo Go	✓
`@react-native-firebase/*`, SDKs nativos personalizados	✗	✓
Notificaciones push remotas (APNs/FCM)	✗	✓
Enlaces Universal de iOS / App Links de Android	✗	✓
Icono de aplicación personalizado / splash en dispositivo	Limitado / emulado	✓
Código nativo que escribiste (Expo Modules API)	✗	✓
Mismo binario que producción CI	✗	✓ (variante de depuración)

Ruta de migración (Expo Go - dev client)

npx expo install expo-dev-client
# Asegúrate de que plugins incluya expo-dev-client (agregado automáticamente por install)
 
eas build:configure   # si falta eas.json
eas build --profile development --platform all
 
# Bucle diario después de instalar:
npx expo start --dev-client

Alternativa local cuando tienes Xcode/Android Studio:

npx expo run:ios
npx expo run:android

Estos compilan un binario de depuración con expo-dev-client incrustado.

Notas de TypeScript

import * as Expo from "expo";
 
export function RuntimeBanner() {
  if (Expo.isRunningInExpoGo()) {
    return <Text>Expo Go - algunas características nativas deshabilitadas</Text>;
  }
  return <Text>Binario nativo de desarrollo / producción</Text>;
}

Usa la detección de tiempo de ejecución solo para diagnósticos - no bifurques la lógica del producto permanentemente en isRunningInExpoGo() a menos que la característica genuinamente no esté disponible.

Errores comunes

Instalar una librería nativa y esperar que Expo Go funcione - Las instalaciones de JS tienen éxito pero las llamadas nativas lanzan error. Solución: npx expo install expo-dev-client y crea un development build.
Probar notificaciones push en Expo Go - Push remoto requiere tus certificados en tu binario. Solución: Development build con credenciales push configuradas.
Asumir que los cambios de splash/icono aparecen en Expo Go - Expo Go muestra su propio shell; tu marca se envía con compilaciones nativas. Solución: Valida activos en una compilación de desarrollo o vista previa.
Olvidar la bandera --dev-client - Metro predeterminado al flujo de código QR de Expo Go; tu binario personalizado no se conectará correctamente. Solución: npx expo start --dev-client después de instalar un dev build.
Dispositivo iOS atrapado en Expo Go de SDK incorrecto - App Store solo ofrece el último Expo Go. Solución: Development build, o usa simulador con una compilación descargable de Expo Go desde expo.dev/go.
Reconstruir para cada cambio de JS - Innecesario. Las recompilaciones nativas son solo para cambios de dependencia nativa o plugin de configuración. Solución: Mantén Metro ejecutándose; recarga JS para ediciones de componentes.
Enviar expo-dev-client a tiendas de producción - El cliente dev pertenece a perfiles de depuración/internos. Solución: Separa perfiles de development y production en EAS; producción omite la interfaz del launcher dev-client.

Alternativas

Alternativa	Usar cuando	No usar cuando
Expo Go	Aprendizaje, spikes de UI, módulos solo de SDK	Módulos nativos personalizados o pruebas realistas de tienda
EAS development build	Distribución del equipo, sin configuración local de Xcode/Android	Necesitas iteración nativa instantánea sin cola en la nube
`npx expo run:ios/android` (local)	Iteración nativa rápida en una máquina	Equipos solo de CI sin herramientas nativas locales
Preview build (configuración de lanzamiento, distribución interna)	Pruebas de QA de desempeño cerca de producción	Bucle de desarrollo diario - más lento que dev client + Metro
Solo compilación de producción	Aplicaciones pequeñas sin personalizaciones nativas	Cualquier proyecto que iteró en Expo Go e impactó paredes nativas
Web de simulador (`expo start --web`)	Lógica de componentes sin APIs nativas	Cámara, push, sensores, o código nativo específico de la plataforma

Preguntas frecuentes

¿Qué es Expo Go?

Expo Go es una aplicación de playground Expo precompilada de las tiendas de aplicaciones. Carga tu paquete JavaScript sobre la red para que puedas previsualizar la UI rápidamente sin compilar código nativo tú mismo.

¿Qué es un development build?

Un development build es una versión de depuración de tu aplicación con la librería expo-dev-client instalada. Incluye tus dependencias nativas y se conecta a Metro para hot reload de JavaScript - la misma arquitectura que usa la producción, menos las optimizaciones de lanzamiento.

¿Cuándo Expo Go es suficiente?

Cuando solo usas módulos nativos ya incluidos en Expo Go (la mayoría de paquetes SDK expo-*), estás aprendiendo RN, o estás construyendo UI que no depende de código nativo personalizado, push, o enlaces de aplicación.

¿Cuándo debo cambiar a un development build?

Antes de integrar librerías con código nativo fuera del paquete de Expo Go, probar push remoto, configurar enlaces universal/app, o validar iconos reales, pantallas de splash y derechos.

¿Qué añade expo-dev-client?

Un launcher de desarrollo, URLs de Metro intercambiables, inspección de red y soporte para cargar tu gráfico de módulo nativo personalizado - capacidades que Expo Go no puede replicar porque su binario nativo es fijo.

¿Cómo creo un development build en EAS?

npx expo install expo-dev-client
eas build --profile development --platform ios

Establece "developmentClient": true en el perfil de EAS. Instala el artefacto, luego ejecuta npx expo start --dev-client.

¿Necesito reconstruir para cada cambio de código?

No. Los cambios de JavaScript y React se recargan en caliente a través de Metro en Expo Go y en development builds. Reconstruye cuando agregues/elimines módulos nativos o cambies plugins de configuración nativa.

Error común: ¿Por qué mi nuevo paquete nativo funciona en npm install pero se cuelga en tiempo de ejecución?

npm install agrega fuente de JavaScript y nativa a node_modules, pero el binario de Expo Go no incluye ese código nativo. Crea un development build para que el módulo nativo se compile en tu aplicación.

¿Puedo usar Expo Go con SDK 57?

Sí en simuladores/emuladores y dispositivos Android cuando las versiones de Expo Go se alinean. Los dispositivos iOS físicos deben usar la versión de App Store Expo Go compatible con SDK 57 - si no coinciden, usa un development build.

¿Qué comando inicia Metro para un development build?

npx expo start --dev-client

Sin --dev-client, el CLI optimiza para códigos QR de Expo Go.

¿Cómo detecto Expo Go en tiempo de ejecución?

import * as Expo from "expo";
Expo.isRunningInExpoGo(); // boolean

Usa para diagnósticos, no como una estrategia de bandera de característica permanente.

¿Son iguales los development builds que los production builds?

Comparten módulos nativos y plugins de configuración, pero los development builds incluyen herramientas dev-client, símbolos de depuración y distribución interna. Los perfiles de producción eliminan el código solo de desarrollo y aplican firma de lanzamiento.

¿Puedo probar enlaces profundos en Expo Go?

Los esquemas de URL personalizados funcionan parcialmente, pero App Links / Universal Links necesitan asociación bidireccional integrada en tu binario nativo - imposible en Expo Go. Usa un development build.

¿Cuál es el flujo de trabajo diario después de tener un dev build instalado?

Inicia Metro una vez (npx expo start --dev-client), abre la aplicación dev client, elige tu servidor, itera sobre JS con Fast Refresh. Reconstruye nativo solo cuando cambien las dependencias nativas.

¿Se envía expo-dev-client a la App Store?

No. Mantenlo en perfiles de desarrollo/internos. Las compilaciones de tiendas de producción usan un perfil de production en EAS sin el launcher de desarrollo.

Relacionado

create-expo-app Quickstart - crea la estructura del proyecto antes de elegir un tiempo de ejecución
app.json & app.config.js - campos nativos que development builds realmente aplican
Expo Modules Core - cómo se registran los módulos nativos en tu binario
Expo Platform Basics - descripción general del flujo de trabajo administrado
Managed - Bare Migration - cuándo necesitas control total del directorio nativo
Best Practices - valores predeterminados del equipo para el tiempo de adopción de dev-client

Versiones de pila: Esta página fue escrita para React 19.2.3, React Native 0.86.0, y Expo SDK 57 (expo ~57.0.4).

Receta

Tarjeta de referencia rápida - lista para copiar y pegar.

# ¿Aún prototipando solo con módulos Expo SDK? Expo Go es suficiente:
npx expo start
# Escanea el código QR con Expo Go (simulador/emulador o dispositivo con SDK coincidente)
 
# ¿Necesitas código nativo personalizado? Agrega el dev client y crea un development build:
npx expo install expo-dev-client
eas build --profile development --platform ios
# Instala el .ipa/.apk, luego:
npx expo start --dev-client

Cuándo usar esto:

Decidir si Expo Go es suficiente desde el primer día para tu prototipo SDK 57.
Encontrarte con Native module cannot be null después de hacer npm install de una librería no incluida en Expo Go.
Probar notificaciones push, enlaces app/universal, o comportamiento de splash/icono personalizado de forma realista.
Incorporar compañeros de equipo que confunden las limitaciones de Expo Go con las limitaciones de la plataforma Expo.

Ejemplo de trabajo

# 1. Agrega expo-dev-client a un proyecto SDK 57 existente
npx expo install expo-dev-client

// eas.json - perfil development (compilación de depuración instalable)
{
  "cli": { "version": ">= 16.0.0" },
  "build": {
    "development": {
      "developmentClient": true,
      "distribution": "internal",
      "ios": { "simulator": true }
    },
    "production": {
      "autoIncrement": true
    }
  }
}

# 2. Construye e instala (ejemplo de simulador)
eas build --profile development --platform ios
# Descarga/instala la compilación, luego inicia Metro para dev-client:
npx expo start --dev-client

// App.tsx - detecta el tiempo de ejecución para diagnósticos condicionales
import { useEffect, useState } from "react";
import { Button, StyleSheet, Text, View } from "react-native";
import * as Expo from "expo";
import Constants from "expo-constants";
 
export default function App() {
  const [inGo, setInGo] = useState<boolean | null>(null);
 
  useEffect(() => {
    setInGo(Expo.isRunningInExpoGo());
  }, []);
 
  return (
    <View style={styles.container}>
      <Text style={styles.title}>Prueba de tiempo de ejecución</Text>
      <Text>expo-dev-client: {Constants.expoConfig?.plugins?.includes("expo-dev-client") ? "configurado" : "n/d"}</Text>
      <Text>Ejecutándose en Expo Go: {inGo === null ? "…" : inGo ? "sí" : "no"}</Text>
      <Text style={styles.hint}>
        Los development builds cargan tus módulos nativos. Expo Go solo carga módulos incluidos en Expo Go.
      </Text>
      <Button title="Recargar" onPress={() => Expo.reloadAppAsync("manual")} />
    </View>
  );
}
 
const styles = StyleSheet.create({
  container: { flex: 1, justifyContent: "center", padding: 24, gap: 8 },
  title: { fontSize: 20, fontWeight: "700" },
  hint: { fontSize: 14, color: "#555", marginTop: 8 },
});

Lo que esto demuestra:

expo-dev-client convierte tu aplicación en un cliente de desarrollo con una interfaz de launcher e inspector de red.
eas build --profile development produce un binario instalable con tu gráfico de dependencias nativas.
npx expo start --dev-client sirve JS al binario personalizado en lugar de Expo Go.
Expo.isRunningInExpoGo() ramifica diagnósticos o compuertas de características durante la migración.

Profundización

Cómo funciona

Dos capas: aplicación nativa vs paquete JavaScript

Capa	Qué es	Cambios cuando
Aplicación nativa	Binario en el dispositivo (Expo Go o tu development build)	Nuevo módulo nativo, icono, derechos, actualización de SDK
Paquete JavaScript	Salida de Metro desde `npx expo start`	Cada Fast Refresh / recarga

Expo Go

Aplicación precompilada de la tienda con un conjunto fijo de módulos nativos (el subconjunto de Expo SDK que Expo Go incluye).
Carga tu paquete JS sobre la red - iteración instantánea para aprender y trabajo de UI temprano.
No puede obtener nuevos módulos nativos después de la instalación.
Muestra un splash emulado (icono de aplicación sobre color sólido) - no tus verdaderos activos de splash app.json.
Admite una versión de SDK en compilaciones de App Store de iOS - los SDK más antiguos requieren simulador/sideload de Android desde expo.dev/go.

Development build (`expo-dev-client`)

Tu binario de depuración con los mismos módulos nativos que envías a TestFlight / Play Internal Testing.
Incluye un launcher para cambiar servidores de Metro, abrir actualizaciones e inspeccionar tráfico de red.
Compilación requerida cuando cambian las dependencias nativas o los campos nativos de app.config - el trabajo solo de JS aún se recarga en caliente.
Necesario para pruebas realistas de notificaciones push, enlaces app/universal y módulos nativos personalizados.

┌─────────────────────┐         ┌──────────────────────────────┐
│     Expo Go         │         │   Development build          │
│  Mods nativas fijas │         │ Tus mods nativas + dev-client│
│  + tu paquete JS    │         │  + tu paquete JS             │
└─────────────────────┘         └──────────────────────────────┘
         │                                    │
         └────────── npx expo start ──────────┘
                    (Metro sirve JS)

Matriz de decisión

Necesidad	Expo Go	Development build
UI solo con módulos Expo SDK	✓	✓ (excesivo al principio)
`expo-camera`, `expo-router`, etc. en SDK 57	✓ si se incluye en Expo Go	✓
`@react-native-firebase/*`, SDKs nativos personalizados	✗	✓
Notificaciones push remotas (APNs/FCM)	✗	✓
Enlaces Universal de iOS / App Links de Android	✗	✓
Icono de aplicación personalizado / splash en dispositivo	Limitado / emulado	✓
Código nativo que escribiste (Expo Modules API)	✗	✓
Mismo binario que producción CI	✗	✓ (variante de depuración)

Ruta de migración (Expo Go - dev client)

npx expo install expo-dev-client
# Asegúrate de que plugins incluya expo-dev-client (agregado automáticamente por install)
 
eas build:configure   # si falta eas.json
eas build --profile development --platform all
 
# Bucle diario después de instalar:
npx expo start --dev-client

Alternativa local cuando tienes Xcode/Android Studio:

npx expo run:ios
npx expo run:android

Estos compilan un binario de depuración con expo-dev-client incrustado.

Notas de TypeScript

import * as Expo from "expo";
 
export function RuntimeBanner() {
  if (Expo.isRunningInExpoGo()) {
    return <Text>Expo Go - algunas características nativas deshabilitadas</Text>;
  }
  return <Text>Binario nativo de desarrollo / producción</Text>;
}

Errores comunes

Instalar una librería nativa y esperar que Expo Go funcione - Las instalaciones de JS tienen éxito pero las llamadas nativas lanzan error. Solución: npx expo install expo-dev-client y crea un development build.
Probar notificaciones push en Expo Go - Push remoto requiere tus certificados en tu binario. Solución: Development build con credenciales push configuradas.
Asumir que los cambios de splash/icono aparecen en Expo Go - Expo Go muestra su propio shell; tu marca se envía con compilaciones nativas. Solución: Valida activos en una compilación de desarrollo o vista previa.
Olvidar la bandera --dev-client - Metro predeterminado al flujo de código QR de Expo Go; tu binario personalizado no se conectará correctamente. Solución: npx expo start --dev-client después de instalar un dev build.
Dispositivo iOS atrapado en Expo Go de SDK incorrecto - App Store solo ofrece el último Expo Go. Solución: Development build, o usa simulador con una compilación descargable de Expo Go desde expo.dev/go.
Reconstruir para cada cambio de JS - Innecesario. Las recompilaciones nativas son solo para cambios de dependencia nativa o plugin de configuración. Solución: Mantén Metro ejecutándose; recarga JS para ediciones de componentes.
Enviar expo-dev-client a tiendas de producción - El cliente dev pertenece a perfiles de depuración/internos. Solución: Separa perfiles de development y production en EAS; producción omite la interfaz del launcher dev-client.

Alternativas

Alternativa	Usar cuando	No usar cuando
Expo Go	Aprendizaje, spikes de UI, módulos solo de SDK	Módulos nativos personalizados o pruebas realistas de tienda
EAS development build	Distribución del equipo, sin configuración local de Xcode/Android	Necesitas iteración nativa instantánea sin cola en la nube
`npx expo run:ios/android` (local)	Iteración nativa rápida en una máquina	Equipos solo de CI sin herramientas nativas locales
Preview build (configuración de lanzamiento, distribución interna)	Pruebas de QA de desempeño cerca de producción	Bucle de desarrollo diario - más lento que dev client + Metro
Solo compilación de producción	Aplicaciones pequeñas sin personalizaciones nativas	Cualquier proyecto que iteró en Expo Go e impactó paredes nativas
Web de simulador (`expo start --web`)	Lógica de componentes sin APIs nativas	Cámara, push, sensores, o código nativo específico de la plataforma

Preguntas frecuentes

¿Qué es Expo Go?

¿Qué es un development build?

¿Cuándo Expo Go es suficiente?

¿Cuándo debo cambiar a un development build?

Antes de integrar librerías con código nativo fuera del paquete de Expo Go, probar push remoto, configurar enlaces universal/app, o validar iconos reales, pantallas de splash y derechos.

¿Qué añade expo-dev-client?

¿Cómo creo un development build en EAS?

npx expo install expo-dev-client
eas build --profile development --platform ios

Establece "developmentClient": true en el perfil de EAS. Instala el artefacto, luego ejecuta npx expo start --dev-client.

¿Necesito reconstruir para cada cambio de código?

Error común: ¿Por qué mi nuevo paquete nativo funciona en npm install pero se cuelga en tiempo de ejecución?

¿Puedo usar Expo Go con SDK 57?

¿Qué comando inicia Metro para un development build?

npx expo start --dev-client

Sin --dev-client, el CLI optimiza para códigos QR de Expo Go.

¿Cómo detecto Expo Go en tiempo de ejecución?

import * as Expo from "expo";
Expo.isRunningInExpoGo(); // boolean

Usa para diagnósticos, no como una estrategia de bandera de característica permanente.

¿Son iguales los development builds que los production builds?

¿Puedo probar enlaces profundos en Expo Go?

¿Cuál es el flujo de trabajo diario después de tener un dev build instalado?

¿Se envía expo-dev-client a la App Store?

No. Mantenlo en perfiles de desarrollo/internos. Las compilaciones de tiendas de producción usan un perfil de production en EAS sin el launcher de desarrollo.

Relacionado

create-expo-app Quickstart - crea la estructura del proyecto antes de elegir un tiempo de ejecución
app.json & app.config.js - campos nativos que development builds realmente aplican
Expo Modules Core - cómo se registran los módulos nativos en tu binario
Expo Platform Basics - descripción general del flujo de trabajo administrado
Managed - Bare Migration - cuándo necesitas control total del directorio nativo
Best Practices - valores predeterminados del equipo para el tiempo de adopción de dev-client

Versiones de pila: Esta página fue escrita para React 19.2.3, React Native 0.86.0, y Expo SDK 57 (expo ~57.0.4).

Expo Go vs Development Builds

Buscar en la documentación

Expo Go vs Development Builds