@sanity/semantic-release-preset

Features

• Uses Conventional Commits to generate release notes, changelogs and determine the version for new releases.
• Creates or updates a CHANGELOG.md file.
• Publishes to npm.
• Creates a new release on GitHub
• Updates GitHub issues and PRs that are resolved by a new release.
• Commits and pushes the current version to package.json.
• Keep the year in LICENSE up to date.

Table of contents

• Usage
  • Setup the release config
    • Optional: Configure prerelease branches
  • Minimal GitHub Release workflow
    • If you're unable to make it work chances are your issue is documented in the semantic-release troubleshooting docs
  • Opinionated GitHub Release workflow
    • TODO more docs are coming, we're actively exploring the optimal setup
• Next steps, for even more automation

Usage

1npm i -D @sanity/semantic-release-preset

If your package manager don't auto install peer dependencies make sure to install semantic-release:

1npm i -D semantic-release

Setup the release config

Create a .releaserc.json:

1{
2  "extends": "@sanity/semantic-release-preset",
3  "branches": ["main"]
4}

The branches array is mandatory, and in most repositories you should put the default git branch here (main, or master if it's an older repository).

Optional: Configure prerelease branches

If you have stable releases going out from the git branch main, and want commits on the branch beta to result in only being installable with the npm dist-tag beta:

1npm i package-name@beta

But not on:

1npm i package-name # or npm i package-name@latest

Then use this config:

1{
2  "extends": "@sanity/semantic-release-preset",
3  "branches": ["main", {"name": "beta", "prerelease": true}]
4}

Minimal GitHub Release workflow

This is the bare minimum required steps to trigger a new release. This will push a new release every time an eliglible commit is pushed to git. Check the opinionated flow to see how to trigger releases manually. Create .github/workflows/ci.yml:

1---
2name: CI
3
4on: push
5
6jobs:
7  build:
8    runs-on: ubuntu-latest
9    steps:
10      - uses: actions/checkout@v3
11        with:
12          # Need to fetch entire commit history to
13          # analyze every commit since last release
14          fetch-depth: 0
15      - uses: actions/setup-node@v3
16        with:
17          cache: npm
18          node-version: lts/*
19      - run: npm ci
20      - run: npm test --if-present
21      # Branches that will release new versions are defined in .releaserc.json
22      # @TODO uncomment after verifying with --dry-run we're ready to go
23      # - run: npx semantic-release
24      - run: npx semantic-release --dry-run
25        env:
26          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
27          NPM_TOKEN: ${{ secrets.NPM_PUBLISH_TOKEN }}

It's important that you use --dry-run in the npx semantic-release command until you've verified that semantic-release is setup correctly and is able to detect your release branches and published version numbers. If you don't you may accidentally release a wrong version on npm, know that you can't simply unpublish accidents so it's best to be safe.

You need two secrets, secrets.GITHUB_TOKEN is always provided to GitHub actions, but if you try to --dry-run locally you'll need to create a token. It's easiest to just push commits and inspect the workflow output. You can add --debug to the npx semantic-release command to see more verbose logs if there's a tricky error.

The secrets.NPM_PUBLISH_TOKEN is provided on our GitHub org. If you're outside it you'll need to create it with auth-only 2FA and add it to the repository secrets.

If you're unable to make it work chances are your issue is documented in the semantic-release troubleshooting docs

Once you've confirmed with --dry-run that everything is looking good and semantic-release will perform the actions you expect it to, go ahead and edit .github/workflows/release.yml:

1---
2name: CI
3
4on:
5  # Build on pushes branches that have a PR (including drafts)
6  pull_request:
7  # Build on commits pushed to branches without a PR if it's in the allowlist
8  push:
9    branches: [main]
10
11jobs:
12  build:
13    runs-on: ubuntu-latest
14    steps:
15      - uses: actions/checkout@v3
16        with:
17          # Need to fetch entire commit history to
18          # analyze every commit since last release
19          fetch-depth: 0
20      - uses: actions/setup-node@v3
21        with:
22          cache: npm
23          node-version: lts/*
24      - run: npm ci
25      - run: npm test --if-present
26      # Branches that will release new versions are defined in .releaserc.json
27      - run: npx semantic-release
28        env:
29          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
30          NPM_TOKEN: ${{ secrets.NPM_PUBLISH_TOKEN }}

If this is on a brand new package that haven't published to npm yet, make a commit like this:

1git add .github/workflows/release.yml
2git commit -m "feat: initial release"
3git push

If you're onboarding a package that already has a published version history:

1git add .github/workflows/release.yml
2git commit -m "fix: use semantic-release"
3git push

Check the Release Workflow docs for more information.

Opinionated GitHub Release workflow

1. This flow runs a build task for linting and things that only need to run once.
2. Runs test, which runs a matrix of operating systems and Node.js versions.
3. FInally, runs release, if the workflow started from a workflow_dispatch, it is skipped on push.

TODO more docs are coming, we're actively exploring the optimal setup

Next steps, for even more automation

• Setup Renovatebot dependencies automation with our preset.