Releases are based on a GitHub tag, which is based on the version number of the release. The normal process is:
- Check out a new branch
- Update the version number in package.json
- Update dependencies
- Commit changes
- Create and push a tag
- Create a GitHub release
Steps are given for command-line Git, but they can also be done in GitHub Desktop.
Create a new branch for the release:
git checkout -b release-v2.148.0Update the version in package.json to the new version number (e.g., 2.148.0). This is the only
file that needs to be updated for versioning. We typically increment the middle number. The right
number increments for hotfixes.
# Edit package.json and update the "version" fieldRun yarn upgrade to update the yarn.lock file with the latest compatible dependency versions:
yarn upgradeAfter upgrading, run tests to ensure everything still works:
./script/build
./script/testIf tests fail, investigate and fix any issues before proceeding.
Commit the version bump and any dependency updates:
git add package.json yarn.lock
git commit -m "Release v2.148.0"
git push origin release-v2.148.0Create a tag with the version number (note the v prefix):
git tag v2.148.0
git push origin v2.148.0The tag name should match the format v{major}.{minor}.{patch} (e.g., v2.148.0).
Go to Releases on GitHub and click "Draft a new release":
- Select the tag you just created (e.g.,
v2.148.0) - Set the release title to match the tag (e.g.,
v2.148.0) - Add release notes describing the changes
- Click "Publish release"
We use the release to document which is the latest published version. Keep it as a pre-release until it has been deployed to production.
All Mac installation instructions assume you already have Homebrew installed.
# From https://github.com/creationix/nvm
curl -o- https://raw.githubusercontent.com/creationix/nvm/v0.31.1/install.sh | bashgit clone git@github.com:openstax/os-webview.git
cd os-webview
script/setupTo build the site for development and load it in your default web browser with BrowserSync, simply run:
. script/bootstrap
script/devThat will create a new dev directory from which the site is served. Changes should be made to files in the src directory. Webpack will automatically watch for changes in src, perform any compilation and transpilation necessary, and update the result in dev.
To run the linters and unit tests locally, enter:
script/build
script/testYou can also just run the linters (yarn lint) individually without rebuilding.
You can run individual tests by name (yarn jest layout.test).
Check code coverage by loading into your browser /coverage/index.html from the
root of the git repository.
Note: The unit tests require the dev build to be built (in the dev directory).
./script/build productionYou must configure your web server to host the files in the dist directory that gets created. No special configuration is required, although it is highly recommended to serve the site using HTTP/2.
The API_ORIGIN environment variable can be used to specify which CMS instance is used by os-webview. os-webview settings are loaded from the specified CMS instance's webview-settings API. The default API_ORIGIN for script/dev is https://dev.openstax.org