TASIOMIND.DEV — OPERATIONAL▸▸▸FULL STACK DEVELOPER @ GWQ SERVICEPLUS AG▸▸▸FOUNDER — K8SGPT.AI▸▸▸OPEN SOURCE: ACTIVE▸▸▸DISTRIBUTED SYSTEMS / KUBERNETES / AI▸▸▸RUST + GO + PYTHON▸▸▸FIELD TESTED / STATUS — NOMINAL▸▸▸LOCATION: EUROPE/BERLIN▸▸▸TASIOMIND.DEV — OPERATIONAL▸▸▸FULL STACK DEVELOPER @ GWQ SERVICEPLUS AG▸▸▸FOUNDER — K8SGPT.AI▸▸▸OPEN SOURCE: ACTIVE▸▸▸DISTRIBUTED SYSTEMS / KUBERNETES / AI▸▸▸RUST + GO + PYTHON▸▸▸FIELD TESTED / STATUS — NOMINAL▸▸▸LOCATION: EUROPE/BERLIN▸▸▸
← expo

Ejecting from Expo

June 11, 2020

Expo "Eject" heute

Der alte Begriff "eject" ist veraltet. Heute gibt es:

  • Managed (pure Expo)
  • Bare (native iOS/Android Projekte)
  • Prebuild (automatisch generierte native Ordner)

Warum "prebuild"?

Wenn du native Module brauchst, nutzt du:

code
npx expo prebuild

Das erzeugt ios/ und android/, aber Expo bleibt im Workflow.

Pros (Bare/Prebuild)

  • Voller Zugriff auf native SDKs
  • Fastlane, native Build Tools, CI ohne Limit
  • Integrationen wie Firebase, Sentry, SDKs, die in Managed fehlen

Cons

  • Mehr Komplexitaet
  • iOS Builds brauchen macOS + Xcode
  • Pflege der nativen Konfiguration

Faustregel

Bleib Managed, solange es reicht. Wechsel zu Bare/Prebuild, wenn native Features dich blockieren.

Links