Commits

Each commit message in hitchdev projects takes the form TYPE : Message.

This is so that the changelog can be generated automatically.

BUGFIX

Bugfix on implemented feature that does not intentionally impact pre-existing defined behavior. Should typically come with a story or change to a story that invokes the behavior that failed before the bug was fixed.

Included in changelog : yes

FEATURE

Newly implemented feature that does not intentionally impact pre-existing defined behavior. Should come accompanied with a story or change to a story that invokes and describes the behavior.

Included in changelog : yes

REFACTOR

Changes to code that do not intentionally impact behavior. All code changes should be covered by stories. Does not need to come accompanied with story.

Included in changelog : no

TOOLING

Changes to the tooling code - e.g. how tests run, linting, etc.

No changes to actual code of the project.

Included in changelog : no

DOCS

Changes to documentation page, documentation templates or non-functional changes to stories intended to clarify the documentation.

Included in changelog : no

RELEASE

Commit message of form "0.3.0 -> 0.3.1".

This is an automatically generated commit created by the "deploy" command.

Included in changelog : no

BACKWARDS INCOMPATIBLE REFACTOR

A refactoring that is not intended to change the functionality of the project and will break existing APIs. This will typically be done to make publicly facing APIs cleaner or remove functionality deemed unnecessary.

One or more commits should involve the project version changing like so:

For project still in alpha : 0.3.5 -> 0.4.0 (minor version bump)
For project out of alpha : 1.3.4 -> 2.0.0 (major version bump)

BACKWARDS INCOMPATIBLE FEATURE

A feature that deliberately breaks existing functionality.

BACKWARDS INCOMPATIBLE BUGFIX

A bugfix that deliberately breaks existing functionality.

MISC

Anything that does not appear in one of the above categories. These should be rare.

Included in changelog : yes