PR titles should follow conventional commit standards. This helps automate the release process.
Commit Types (related to release conditions)
- Special Case: Any commit with
BREAKING CHANGES
in the body: Creates major release feat(<optional scope>)
: New features (minimum minor release)fix(<optional scope>)
: Bug fixes (minimum patch release)perf(<optional scope>)
: Performance improvementdocs(<optional scope>)
: Documentation updatestest(<optional scope>)
: Test updatesrefactor(<optional scope>)
: Code change that neither fixes a bug nor adds a featurestyle(<optional scope>)
: Code style changes (e.g. formatting, commas, semi-colons)build(<optional scope>)
: Changes that affect the build system or external dependencies (e.g. Yarn, Npm)ci(<optional scope>)
: Changes to our CI configuration files and scriptschore(<optional scope>)
: Other changes that don't modify src or test filesrevert(<optional scope>)
: Revert commit
Releases are managed by semantic-release. It is a tool that will scan commits since the last release, determine the next semantic version number, publish, and create changelogs.
BREAKING CHANGES
in the body will do a major releasefeat(cookies): Create new cookie format BREAKING CHANGES: Breaks old cookie format
- Else
feat
in title will do aminor
releasefeat(cookies): some changes
- Else
fix
orperf
in title will do apatch
releasefix: null check bug
- Else no release
docs: update website