guidelines¶
Guidelines shared for all RadianDevCore projects and for applicable projects.
Commits commands¶
git commit
: Create a commit with the staged changesgit commit -s
: Create a signed commit with the staged changes
Conventional Commits - Customized specification¶
The commit contains the following structural elements:
Commit type¶
fix
: Bug or issues fixesfeat
: New or extended featurechore
: Changes to non-production codedocs
: Documentation only changesstyle
: Cosmetic changes only (white-space, formatting, etc)refactor
: Code changes that neither fix a bug nor add a featureperf
: Code change that improve performancesecurity
: Changes resolve security related issuestest
: Adding missing or correcting existing testsbuild
: Changes to the build system or dependencies (example:makefile, pip, docker
)ci
: Changes to CI configuration files and scripts (example:gitlab-ci
)improvement
: Changes that improve sources without any impactwip
: Temporary commits meant for local developments and rebases
Commit scope¶
A scope has to be provided to a commit’s type, to provide additional contextual information,
such as the changed file, the containing folder or a globally modified feature,
and is contained within parenthesis, e.g. feat(parser): add ability to parse arrays
.
Commit breaking changes¶
BREAKING CHANGE:
A commit with !
before the :
or that has the text BREAKING CHANGE:
at the beginning of its optional body or footer section introduces a breaking API change
(correlating with MAJOR in semantic versioning).
A BREAKING CHANGE
can be part of commits of any type.
Commit syntax¶
Notice these types are not mandated by the conventional commits specification,
and have no implicit effect in semantic versioning (unless they include a BREAKING CHANGE
).