appr

Open React Native PR Builds instantly on device

appr

npm version travis"

Automatically Deploy Pull Requests for Create React Native App and Expo

demo


appr builds and deploys pull requests in your create-react-native-app (and other Expo-based) projects, and replies with a link you can open directly on your device or emulator.

Etymology /ɛtɪˈmɒlədʒi/

appr /ˈapə/

noun

  • appr - Pull Request Review Apps for React Native
  • appr - Portmanteaux of app and PR.
  • appr - Throwback to Web 2.0, when everything was bettr

What are "Review Apps"?

Mature technical organizations peer-review their code. Reviewing code on GitHub is simple enough: for most well-crafted pull requests, you can review the code diff in your browser, and either approve the changes, or request further improvements.

Testing another developer's changes isn't quite as easy. Typically, you will have to stash any work in progress in your own workspace, pull down the remote branch, install dependencies, compile and start the application before you can verify that the changes work as intended.

Since it was launched, I've loved Heroku's GitHub-integrated Review Apps. As part of your branch build, Heroku will spin up a new review instance of your application, which you can then access with a direct link from your GitHub pull request. Netlify offers the same functionality for deploying static websites.

Unfortunately, a one-click workflow like this doesn't exist for mobile development. To add insult to injury, the ramp-up time to test mobile app changes on your local device can be much longer than for web applications.

Enter appr. Built on Expo and inspired by Expo Sketch, appr aims to make peer-reviewing React Native app code as easy as static websites

Getting started

Add appr to your project:

  yarn --dev appr

Or, using npm:

  npm install --dev appr

Add the appr task to the scripts section of your package.json:

  scripts: {
+   "appr": "appr",
  }

Next, configure one of the currently supported CI environments:

Contributions for other CI platforms welcome.

Limitations

There are a few limitations you should be aware of. appr is currently not able to deploy:

  1. React Native apps started with something other than create-react-native-app or Expo.
  2. Ejected React Native apps containing custom native module dependencies.
  3. Pull Requests from forked repositories. This is due to Travis and Circle security policies (wisely) not exposing secure environment variables to forked builds. (Circle CI allows you to disable this setting, but it is not recommended!)

Contributions and ideas for solutions welcome.

Configuring Travis

Travis CI is free for open source projects, and offers paid plans for private repositories. To get started, create an account on Travis using your GitHub login.

Add .travis.yml to your project

Add the following to your .travis.yml:

language: node_js
node_js:
  - "node"
cache: yarn
script:
  - 'if [ "$TRAVIS_PULL_REQUEST" != "false" ]; then yarn appr; fi'

This will configure your Travis build to use the latest Node.js and Yarn, and ensure that the appr build only runs on Pull Request builds.

(Optional) Running tests

If you're not already using Travis, it's advisable to run your unit tests before deploying review apps. You can do this by adding other steps in the script section, and always leaving the appr step last: script:

+ - yarn ci-test-command
  - 'if [ "$TRAVIS_PULL_REQUEST" != "false" ]; then yarn appr; fi'

Note that the default test command in create-react-native-app runs Jest in --watch mode, which will hang forever. You can either change the test script in your package.json, or, or override the test command as above.

Enable Travis

The final step is to enable Travis CI on your repository. Log into your Travis account, and turn on the build for your project in your Profile.

After enabled, you'll be taken to your project build page. Before triggering the first build, you'll need to add a few secure environment variables to your build under More options > Settings:

  • EXP_USERNAME - Exponent username, under which to publish the review apps. Use your main account, or create a new one for review apps. All review apps will be unlisted, so only you can see them in your app listings.
  • EXP_PASSWORD - Exponent password for the publish user.
  • GITHUB_USERNAME - A user account you want to use for posting the review app links. Use your own, or create a new "bot" account and grant them access to your repo.
  • GITHUB_TOKEN - A Personal API Token of the user with access to the repository. If the repository is private, the token needs to be granted the full repo scope. For public repositories, the public_repo scope is enough.

Test it

You should now be able to create a new branch, make changes, and open a pull request. If the stars are aligned, the Travis build should publish the app to Expo!

Configuring Circle CI

Circle CI offers one free build container for public and private repositories. To get started, create an account on Circle CI using your GitHub login.

Add circle.yml to your project

Add the following to your circle.yml:

dependencies:
  override:
    - yarn
machine:
  node:
    version: 6.9
deployment:
  appr:
    branch: /.*/
    commands:
      - 'if [ "$CI_PULL_REQUEST" != "" ]; then yarn appr; fi'

This will configure your Circle build to use the latest Node.js and Yarn (optional), and ensure that the appr build only runs on Pull Request builds.

(Optional) Running tests

Circle CI will automatically run your tests before the deployment. Note that the default test command in create-react-native-app runs Jest in --watch mode, which will hang forever. You can either change the test script in your package.json, or, or override the test command in circle.yml:

test:
  override:
    - yarn ci-test-command

Enable Circle CI

The final step is to enable Circl CI on your repository. Log into your Circle CI account, and turn on the build for your project.

After enabled, you'll be taken to your project build page. Before triggering the first build, you'll need to add a few secure environment variables to your build under [Gear icon] > Settings > Environment variables:

  • EXP_USERNAME - Exponent username, under which to publish the review apps. Use your main account, or create a new one for review apps. All review apps will be unlisted, so only you can see them in your app listings.
  • EXP_PASSWORD - Exponent password for the publish user.
  • GITHUB_USERNAME - A user account you want to use for posting the review app links. Use your own, or create a new "bot" account and grant them access to your repo.
  • GITHUB_TOKEN - A Personal API Token of the user with access to the repository. If the repository is private, the token needs to be granted the full repo scope. For public repositories, the public_repo scope is enough.

Optionally, you can enable Advanced settings > Only build pull requests to avoid running build on branches that do not have open pull requests.

Test it

You should now be able to create a new branch, make changes, and open a pull request. If the stars are aligned, the Circle CI build should publish the app to Expo!

Configuring other CIs

If your preferred CI is not explicitly supported by appr, but supports building GitHub pull requests, you can use it by defining environment variables as shown in the default config file.

Contributing

Improvements and additions welcome. For large changes, please submit a discussion issue before jumping to coding; we'd hate you to waste the effort.

In lieu of a formal style guide, follow the included eslint rules, and use Prettier to format your code.

Related Repositories

awesome-webrtc

awesome-webrtc

A curated list of awesome WebRTC modules and resources. ...

raw2vmdk

raw2vmdk

raw2vmdk is an OS independent Java utility that allows you to mount raw disk ima ...

gemforce

gemforce

Gem combining program for GC2:CS ...

streamlined_rails_i18n

streamlined_rails_i18n

A more efficient way of managing Rails I18n translations. ...

LocalCommunities

LocalCommunities

Local community detection code that implements the methods used in Think Locally ...