To understand our mindset in developing this plugin and how to ensure your changes align with that mindset, check out the "Design Philosophy."
This repository uses Conventional Commits. Commit headers should be lowercase. Most commits should include a body that briefly describes the motivation and content of the commit.
fix
: A bug fix that doesn't modify the public APIfeat
: A code change that adds functionalitychange
: A modification to the public APIdeprecate
: Something in the public API has been deprecatedremove
: A part of the public API has been removedrefactor
: A code change that doesn't change behaviorstyle
: A style fix or changedocs
: Any change to documentationrevert
: A revert commit. The message should describe the reasoning and the commit should include theRefs:
footer with the short hashes of the commits being reverted.chore
: catch-all type
All breaking changes should be documented in the commit footer in the format
described by Conventional Commits. Use the <type>!
syntax in order to distinguish
breaking commits in the log, but include the footer to provide a better description
for the changelog generator.
feat(bar)!: foo the bars
BREAKING CHANGE: bars are now foo'ed