Project owners publish new releases of @mdn/browser-compat-data
on npm.
MDN staff deploy the package to the MDN site.
Usually, this happens every Thursday (MDN never deploys to production on Fridays).
Any project owner (or release designee) can complete the following steps to publish a new version, but please coordinate releases with @ddbeck.
The steps in this process assume:
NPM_TOKEN
is set in the repository secrets. If the token is invalidated or unset, a member of the@mdn
organization on npm must create a new token and add it to the repository's secrets.- Your
origin
remote points tomdn/browser-compat-data
. You may have to adjust the procedure to use a different remote name.
To create a new version of the package:
-
Figure out the new version number by looking at past releases. If the release is a non-breaking and data-only update, we're using patch versions. Lets assume that's the case and the next version should be
1.0.3
. -
On your updated and clean
main
branch, runnpm version patch -m "Patch release containing data or non-breaking updates only"
. Locally, this updatespackage.json
, creates a new commit, and creates a new release tag (see also the docs for npm version). -
Push the commit to
main
:git push origin main
. -
Check if the commit passes our GitHub Actions workflows.
-
If the commit passed, push the git tag as well:
git push origin v1.0.3
. -
Start a draft release on GitHub by running
npm run release-notes -- v1.0.3
and completing the prompts.Note: If you're not ready to publish to npm, click Save draft in GitHub and resume this process later.
To publish the package:
-
Click Publish release. Wait for the release GitHub Actions workflow to finish successfully.
-
Check mdn-browser-compat-data on npm to see if
1.0.3
shows up correctly.
The package is now published.
After the package is published:
-
Notify the
#mdn-dev
channel on Mozilla Slack about the new release. -
Update tracking issues:
You have finished releasing BCD! 🎉