Want to help improve React Navigation? Your help would be greatly appreciated!
Here are some of some of the ways to contribute to the project:
- Reporting Bugs
- Improving the Documentation
- Responding to Issues
- Bug Fixes
- Suggesting a Feature
- Big Pull Requests
And here are a few helpful resources to aid in getting started:
- Issue Template
- Pull Request Template
- Forking the Repository
- Code Review Guidelines
- Run the Example App
- Run the Website
- Run Tests
Note that we used Yarn in the examples below but you're welcome to use NPM instead.
You can't write code without writing the occasional bug. Especially as React Navigation is in beta and moving quickly, bugs happen. When you think you've found one here's what to do:
- Search the existing issues for one like what you're seeing. If you see one, add a 👍 reaction (please no +1 comments). Read through the comments and see if you can provide any more valuable information to the thread
- If there are no other issues like yours then create a new one. Be sure to follow the issue template.
Creating a high quality reproduction is critical. Without it we likely can't fix the bug and, in an ideal situation, you'll find out that it's not actually a bug of the library but simply done incorrectly in your project. Instant bug fix!
Improving the Documentation
Any successful projects needs quality documentation and React Navigation is no different.
Read more about the documentation on the react-navigation/website repository.
Responding to Issues
Another great way to contribute to React Navigation is by responding to issues. Maybe it's answering someone's question, pointing out a small typo in their code, or helping them put together a reproduction. If you're interested in a more active role in React Navigation start with responding to issues - not only is it helpful but it demonstrates your commitment and knowledge of the code!
Find a bug, fix it up, all day long you'll have good luck! Like it was mentioned earlier, bugs happen. If you find a bug do the following:
- Check if a pull request already exists addressing that bug. If it does give it a review and leave your comments
- If there isn't already a pull request then figure out the fix! If it's relatively small go ahead and fix it and submit a pull request. If it's a decent number of changes file an issue first so we can discuss it (see the Big Pull Requests section)
- If there is an issue related to that bug leave a comment on it, linking to your pull request, so others know it's been addressed.
Suggesting a Feature
Is there something you want to see from React Navigation? Please create a feature request on Canny.
Big Pull Requests
For any changes that will add/remove/modify multiple files in the project (new features or bug fixes) hold off on writing code right away. There's a few reasons for that
- Big pull requests take a lot of time to review and it's sometimes hard to pick up the context
- Often you may not have to make as big of a change as you expect
With that in mind, here's the suggestion
- Open an issue and clearly define what it is you want to accomplish and how you intend to accomplish it
- Discuss that solution with the community and maintainers. Provide context, establish edge cases, and figure out the design
- Decide on a plan of action
- Write the code and submit the PR
- Review the PR. This can take some time but, if you followed the steps above, hopefully it won't take too much time.
The reason we want to do this is to save everyone time. Maybe that feature already exists but isn't documented? Or maybe it doesn't fit with the library. Regardless, by discussing a major change up front you're saving your time and others time as well.
Interface Changes & Types
If you ever find yourself making a change to the project's public interface (the API) then you should make sure to update the corresponding library definitions for Flow. These "libdefs" specify our API's types so that library users can typecheck their code. An example of a qualifying change would be adding a new navigation option.
The libdef (located at
flow/react-navigation.js) will need to be updated such that running
flow in the
examples/NavigationPlayground folder produces no errors.
- Follow the instructions in the Run the Example App section to prepare the
NavigationPlaygroundexample and install
flowinto the example's local
flowto see any current errors.
- If no errors occur as a result of an API change, that indicates that we don't have any coverage in the
NavigationPlaygroundexample project for your API change. This is frequently the case - for instance, if you add a new navigation option. In this case, you must add an example use of your new feature to
NavigationPlaygroundso that you can test your libdef changes, and so that we can keep your feature properly tested and typed in perpetuity.
- Once you are seeing errors, go ahead and update the libdef (located at
flow/react-navigation.js) so that there are no longer any errors when you run
- Include the libdef changes in the PR for your new feature. Make sure to flag to the maintainers that your PR has a libdef change, so that when the next version of the library is released, we make sure to upload the updated libdef to the
Before submitting and issue please take a look at the issue template and follow it. This is in place to help everyone better understand the issue you're having and reduce the back and forth to get the necessary information.
Yes, it takes time and effort to complete the issue template. But that's the only way to ask high quality questions that actually get responses.
Would you rather take 1 minute to create an incomplete issue report and wait months to get any sort of response? Or would you rather take 20 minutes to fill out a high quality issue report, with all the necessary elements, and get a response in days? It's also a respectful thing to do for anyone willing to take the time to review your issue.
Pull Request Template
Much like the issue template, the pull request template lays out instructions to ensure your pull request gets reviewed in a timely manner and reduces the back and forth. Make sure to look it over before you start writing any code.
Forking the Repository
- Run these commands in the terminal to download locally and install it:
Code Review Guidelines
Look around. Match the style of the reset of the codebase. This project uses ESLint to ensure consistency throughout the project. You can check your project by running
If any errors occur you'll either have to manually fix them or you can attempt to automatically fix them by running
yarn run format.
Run the Example App
You will be show a QR code to scan in the Expo app. You can get Expo here if you don't have it yet.
Commands are the same as above for any of the example apps. If you run into any issues, please try the following to start fresh:
Run the Website
For development mode and live-reloading:
To run the website in production mode with server rendering:
If you've made any changes to the
docs directory you'll need to run
yarn run build-docs from the root of the project before they're picked up by the website.
React Navigation has tests implemented in Jest. To run either of these, from the React Navigation directory, run either of the following commands (after installing the
node_modules) to run tests or type-checking.
These commands will be run by our CI and are required to pass before any contributions are merged.