Replies: 1 comment 3 replies
-
|
Eas build can be easily used, there is a example on the showcase Expo-cli is more complex, i currently have a custom template based on the expo-template-bare-minimum where basically the only difference is i added the config on the android and ios files to configure xcode and setup the correct entry file on android In the end i use expo cli to run CNG and prebuild(one the most useful thing on the cli) and generate the debud builds on android and ios, the server is replaced from metro to re.pack, so the cli can`t be used there |
Beta Was this translation helpful? Give feedback.
3 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Hi team,
I’m currently evaluating Re.Pack as an alternative bundler for a React Native project and I’d like to clarify its compatibility with the Expo ecosystem.
Specifically, I’m trying to understand:
Since Expo uses Metro by default, I’m wondering whether Re.Pack can be integrated at the project level without ejecting or modifying the native build pipeline.
If integration is not supported, I’d like to confirm if the main blockers are related to the managed workflow, Metro Dev Server assumptions, or Expo's custom build environment.
If I build the app using EAS Build, is it technically possible to replace Metro with Re.Pack during the native build process?
Does EAS provide any hooks or configuration surfaces that allow overriding the bundler?
Are there known limitations or recommended workarounds?
Context
I’m considering Re.Pack mainly for:
Faster builds (Webpack/Rspack)
Improved code splitting capabilities
Better long-term flexibility for a large-scale application
Before investing more time, I’d appreciate guidance on whether Expo’s current toolchain supports (or plans to support) this level of bundler customization.
Thanks in advance for any clarification!
Beta Was this translation helpful? Give feedback.
All reactions