This PR fixes bug #.
- I've added a unit test to test for potential regressions of this bug.
- The changelog has been updated, if applicable.
- Commits in this PR are minimal and have descriptive commit messages.
- All acceptance criteria are met.
- Relevant documentation, if any, has been written/updated.
- The changelog has been updated, if applicable.
- New functions/types have been exported in
index.ts, if applicable. - New elements of the public API have appropriate API docs (including
@sinceand@example). - New modules (i.e. new
.tsfiles) are listed in theexportsfield inpackage.json, if applicable. - New modules (i.e. new
.tsfiles) are listed in thetypedocOptions.entryPointsfield intsconfig.json, if applicable. - Commits in this PR are minimal and have descriptive commit messages.
This PR bumps the version to .
- Look at the CHANGELOG.md to determine whether the release should be a major, minor, or patch release. Coordinate with the team to ensure the next version is agreed upon.
- Run
npm version -- <major|minor|patch> --no-pushwith the decided on version (to prevent the tag from being pushed). - Update the
CHANGELOG.mdto release the latest the version, and set the release date. - Add the
@since X.Y.Zannotations to new APIs. - Commit the changes on a
release/vX.Y.Zbranch - Push to GitHub, create a PR, and merge once CI passes.
- Create a release on GitHub for the new version, using a combination of the release notes from the
CHANGELOG.mdand the automatically generated changes. The release should have a new tag matching the new version number:vx.y.z, and point to the release commit.