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 CHANGESin 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 CHANGESin the body will do a major releasefeat(cookies): Create new cookie format BREAKING CHANGES: Breaks old cookie format- Else
featin title will do aminorreleasefeat(cookies): some changes - Else
fixorperfin title will do apatchreleasefix: null check bug - Else no release
docs: update website