All work on React Native CLI happens directly on GitHub. Contributors send pull requests which go through review process.
Working on your first pull request? You can learn how from this free series: How to Contribute to an Open Source Project on GitHub.
- Fork the repo and create your branch from
master
(a guide on how to fork a repository). - Run
yarn
ornpm install
to install all required dependencies. - Run
yarn watch
to automatically build the changed files. - Now you are ready to do the changes.
This repository is split into two packages:
cli
- Historically, it was included inreact-native
package. Contains all the commands code.global-cli
- Historically, it was areact-native-cli
package and the only reason this package existed was to initialize an empty project.
Please make sure the version of React Native matches the one present in devDependencies of the CLI. Otherwise, you may get unexpected errors.
Note: you must use the --watchFolders
flag with the start
command when testing the CLI with yarn link
like this. Otherwise Metro can't find the symlinked folder and this may result in errors such as ReferenceError: SHA-1 for file ... is not computed
.
Because of a modular design of the CLI, we recommend developing using symbolic links to its packages. This way you can use it seamlessly in the tested project, as you'd use the locally installed CLI. Here's what you need to run in the terminal:
cd /path/to/cloned/cli/
yarn link-packages
And then:
cd /my/new/react-native/project/
yarn link "@react-native-community/cli-platform-ios" "@react-native-community/cli-platform-android" "@react-native-community/cli" "@react-native-community/cli-server-api" "@react-native-community/cli-types" "@react-native-community/cli-tools" "@react-native-community/cli-debugger-ui" "@react-native-community/cli-hermes" "@react-native-community/cli-plugin-metro"
Once you're done with testing and you'd like to get back to regular setup, run yarn unlink
instead of yarn link
from above command. Then yarn install --force
.
cd /my/new/react-native/project/
yarn link /path/to/cloned/cli/ --all
When you'd like to revert to a regular setup, you will need to revert the changes made to the resolutions
field of package.json
.
yarn react-native start --watchFolders /path/to/cloned/cli/
yarn react-native run-android
In order for linked dependencies to work correctly when running start
locally, set --watchFolders
with a path to the root folder of the CLI project:
node path/to/cli/packages/cli/build/bin.js start --watchFolders path/to/cli
First make sure you have RN repo checked out and CLI repo checked out and built. Then you can start a new RN project with local version of CLI and RN without publishing or proxy:
-
Check out
react-native
repo. Then update template in localreact-native/template/package.json
, replacing dependency version ofreact-native
with the absolute path of the react native repo, for example: "react-native": "file:///Users/username/react-native" (you can find the absolute path usingpwd
command) -
Go back up and create a new RN project:
node ./cli/packages/cli/build/bin.js init --template=file:///path/to/local/react-native RNTestProject
-
To work with android, update gradle config in the newly created project following the second part of Christoph's instructions
-
Run start (as described above) and compile your app eg
node ../cli/packages/cli/build/bin.js run-android
(make sure you definitely have NDK r17c installed before building android)
Currently we use TypeScript for typechecking, eslint
with prettier
for linting and formatting the code and jest
for testing.
yarn lint
: runeslint
andprettier
yarn test
: run unit tests
We prefix our commit messages with one of the following to signify the kind of change:
- build: Changes that affect the build system or external dependencies
- ci, chore: Changes to our CI configuration files and scripts
- docs: Documentation only changes
- feat: A new feature
- fix: A bug fix
- perf: A code change that improves performance
- refactor: A code change that neither fixes a bug nor adds a feature
- style: Changes that do not affect the meaning of the code
- test: Adding missing tests or correcting existing tests
When you're sending a pull request:
- Prefer small pull requests focused on one change.
- Verify that TypeScript,
eslint
and all tests are passing. - Preview the documentation to make sure it looks good.
- Follow the pull request template when opening a pull request.
You can report issues on our bug tracker. Please follow the issue template when opening an issue.
By contributing to React Native CLI, you agree that your contributions will be licensed under its MIT license.