An opinonated approach to supporting multiple platforms with React Native using a Yarn Workspaces monorepo.
Check out Running React Native everywhere for an in-depth guide on how and why I recommend trying out this approach if you're planning to support multiple platforms in your app.
- Overview
- Yarn Workspaces monorepo setup
- Android & iOS
- Windows & macOS
- The Web
- Browser Extensions & Electron
This monorepo uses Yarn workspaces and TypeScript to support a modular React Native project.
The core idea is to isolate the JavaScript app code from the platform configurations (native code + the app bundlers like Metro and Webpack).
This isolation happens by using different workspaces: We have an app
workspace for the JavaScript app code, a mobile
workspace for the React Native mobile configuration, a macos
workspace for the React Native macOS configuration, and so on.
We fully embrace Yarn nohoist
to allow using different versions of React Native on each platform (which is recommended but not required), simplifying the adoption of new React Native updates.
Thanks nohoist, each platform workspace (mobile
, macos
, etc.) can depend on any React Native version, regardless of what version the other platform workspaces are using.
For example, we can use react-native@0.65
on the mobile app and react-native@0.63
on the macOS app — as long as the JavaScript app code supports both versions.
This approach promotes gradual React Native updates over updates in lockstep.
For more details, check out "Running React Native everywhere: Yarn Workspaces monorepo setup".
⚠️ Please notice that I'm not saying this is the right way to do React Native monorepos. This is just an approach that I enjoy using on larger codebases :)
- Android (React Native 0.65)
- iOS (React Native 0.65)
- Windows (React Native 0.65)
- MacOS (React Native 0.63)
- Android TV (React Native 0.65)
- tvOS (React Native 0.65)
- Web (React Native 0.65)
- Web - Browser Extension (React Native 0.65)
- Web - Electron (React Native 0.65)
- Web - Next.js (React Native 0.65)
You can use this repo as a boilerplate, removing the workspaces of platforms that you don't need, or you can create this setup from scratch if you want to fully understand how it works.
- Clone the repository:
git@github.com:mmazzarolo/react-native-universal-monorepo.git
- Run yarn install
cd react-native-universal-monorepo && yarn
Step by step tutorial on creating this repository from scratch:
- Overview
- Yarn Workspaces monorepo setup
- Android & iOS
- Windows & macOS
- The Web
- Browser Extensions & Electron
Tutorial for the TV and Next.js platforms from @thefinnomenon:
Additional resources:
- Run your React Native app on the web with React Native for Web
- Building a desktop application using Electron and Create React App
- Developing a browser extension with Create React App
Development and build commands:
yarn android:metro
: Start the metro server for Android/iOSyarn android:start
: Start developing the Android appyarn android:studio
: Open the android app on Android Studioyarn ios:metro
: Start the metro server for Android/iOSyarn ios:start
: Start developing the iOS appyarn ios:pods
: Install iOS cocoapods dependenciesyarn ios:xcode
: Open the iOS app on XCodeyarn macos:metro
: Start the metro server for macOSyarn macos:start
: Start developing the macOS appyarn macos:pods
: Install macOS cocoapods dependenciesyarn macos:xcode
: Open the macOS app on XCodeyarn web:start
: Start developing the web appyarn web:build
: Create a production build of the web appyarn electron:start
: Start developing the Electron appyarn electron:package:mac
: Package the production binary of the Electron app for macOSyarn electron:package:win
: Package the production binary of the Electron app for windowsyarn electron:package:linux
: Package the production binary of the Electron app for linuxyarn browser-ext:start
: Start developing the browser extensionyarn browser-ext:build
: Create a production build of the browser extensionyarn windows:metro
: Start the metro server for Windowsyarn windows:start
: Start developing the Windows appyarn tv:android:metro
: Start the metro server for Android TVyarn tv:android:start
: Start developing the Android TV appyarn tv:android:studio
: Open the Android TV app in Android Studioyarn tv:tvos:metro
: Start the metro server for tvOSyarn tv:tvos:start
: Start developing the tvOS appyarn tv:tvos:xcode
: Open the tvOS app in XCodeyarn tv:tvos:pods
: Install tvOS cocoapods dependenciesyarn next:start
: Start the Next.js appyarn next:build
: Build the Next.js appyarn next:serve
: Serve the Next.js app build
Other commands (we use ultra-runner to run these commands on all workspaces):
yarn lint
: Lint each projectyarn lint:fix
: Lint + fix each projectyarn test
: Run tests of each projectyarn typecheck
: Run the TypeScript type-checking on each project
While working on React Native in a monorepo, you'll notice that several packages won't work correctly when hoisted — either because they need to be natively linked or because they end up being bundled twice, breaking the build (e.g., react
, react-dom
).
This is not an issue with the approach used in this project per se. It's more of a common problem with monorepos.
To fix these issues, we mark them as nohoist, so they will be installed in each package that depends on them.
In this monorepo, you can see an example of such libraries in react-native-async-storage
.
In the metro bundler and Webpack configs used across the monorepo, we're using a set of build-tools to ensure nohoisted packages are resolved correctly.
So, as long as you add these libraries to the nohoist
list, you should be good to go 👍
We're striving to make this setup compatible with Yarn Classic — but, with a few tweaks, it's compatible with Yarn 2+ as well (providing all Yarn 2+ benefits).
See #22 for more info.
- Run
yarn set version berry
at the root of project. It will create a.yarnrc.yml
file. - Add the following lines to
.yarnrc.yml
to ensurenode_modules
directories are all created in each workspace:
nodeLinker: node-modules
nmHoistingLimits: workspaces
nmHositingLimits
tells how to hoist dependencies for each workspace. By setting it toworkspaces
all dependencies will be installed in each workspace'snode_modules
rather than being hoisted to the root folder. This means you can now you can safely thenoHoist
section in the root'spackage.json
.
Check out Yarn 2+'s "getting started" guide for more info.
In some cases, Yarn Classic won't be able to resolve correctly dependencies that have a peerDependency
on react-native
.
See #22 for a few workarounds. A fix on the react-native-monorepo-tools
repo is on the work.
Contributions, discussions, and feedback are welcome! Please ask if there are any active plans on feature changes before submitting new PRs 👍