See how a minor change to your commit message style can make you a better programmer.
Format: <type>(<scope>): <subject>
<scope>
is optional, and may contain IDs of the task / user story we are changing the code for (e.g. SELL-123
)
feat: add hat wobble
^--^ ^------------^
| |
| +-> Summary in present tense.
|
+-------> Type: chore, docs, feat, fix, refactor, style, or test.
feat
: any behavioural change, that will eventually take the form of a new feature / change in an existing featurerefactor
: refactoring production code: those are all structural changes that preserve the actual behaviourfix
: bug fix for the user (even if not already deployed in production, e.g. impacting the stage env), not a fix to a build scriptdocs
: changes to the documentationstyle
: formatting, missing semicolons, etc; no changes to production codetest
: adding missing tests, refactoring only tests; no changes to production codebuild
: changes to the build scripts, updating / upgrading dependencies (e.g. inbuild.gradle
file)chore
: updating scripts; no changes to production codeci
: changes to the CI scripts
References: