@brettdh/standard-version-expo v1.1.1

What's inside?

Standard version is a tool to automate the versioning of your project using semver and conventional commits. This package includes some helpful bumpers to update the Expo manifest automatically. With these bumpers you can automate updating the version, Android versionCode, and/or iOS buildNumber. You should be able to automate versioning of your app by using a single command, like:

$ npx standard-version --release-as minor

If you receive an error like Invalid Version: undefined, make sure your package.json has a starting version.

Getting started

It's recommended to install both Standard Version and this package as devDependency. You can do this with the npm command listed at the top of this read me. After you installed the packages, we need to configure Standard Version using any of the configuration methods listed here. Here is an example configuration that updates the version, Android versionCode, and iOS buildNumber using the recommended approaches.

// .versionrc.js
module.exports = {
  bumpFiles: [
    {
      filename: 'package.json',
    },
    {
      filename: 'app.json',
      updater: require.resolve('standard-version-expo'),
    },
    {
      filename: 'app.json',
      updater: require.resolve('standard-version-expo/android'),
    },
    {
      filename: 'app.json',
      updater: require.resolve('standard-version-expo/ios'),
    }
  ]
};

If you're using the bare workflow, you'll need a couple more bumpers to keep your native project config files in sync:

// .versionrc.js
const sdkVersion = '37.0.0';  // or pull from app.json

module.exports = [
  // ...
  {
    filename: 'ios/<YourAppName>/Info.plist',
    updater: require.resolve('standard-version-expo/ios/native/app-version'),
  },
  {
    filename: 'ios/<YourAppName>/Info.plist',
    updater: require.resolve('standard-version-expo/ios/native/buildnum/increment'),
  },
  {
    filename: 'android/app/build.gradle',
    updater: require.resolve('standard-version-expo/android/native/app-version'),
  },
  {
    filename: 'android/app/build.gradle',
    updater: require.resolve('standard-version-expo/android/native/buildnum/code')(sdkVersion),
  },
];

To test if your configuration works as expected, you can run standard version in dry mode. This shows you what will happen, without actually applying the versions and tags.

$ npx standard-version --dry-run

Usage

Standard Version's version bumpers are pretty simple; each bump only updates a single file using a single updater. This package exposes multiple kinds of updaters, for different areas of the manifest. You can "compose" your own set of bumpFiles entries to suit your needs.

And for the native build config files:

Note that the native/{ios,android}/buildnum/code bumpers are only supported in .versionrc.js file, not in .versionrc or .versionrc.json files. Since a bumper only operates on one file, the Expo manifest is unavailable to the bumper when it's operating on a native build config file. Because of this, you must provide the Expo SDK version via javascript (see example above).

However, this means that you can also use these bumpers with non-Expo React Native projects, and even plain Android projects, simply by supplying the minimum Android API level rather than the Expo SDK version.

Version code

Semver is one of the most popular versioning methods; it generates a string with a syntax that even humans can read. Unfortunately, in Android, we are limited to use a numeric versionCode as version. The version code uses an approach from Maxi Rosson to calculate a numeric value from semver. It's a deterministic solution that removes some of the ambiguity of incremental build numbers, like security-patching old versions.

The method initially uses the Android minimum API level. For Expo, we replaced this with the major Expo SDK version.