Skip to content

Latest commit

 

History

History
65 lines (57 loc) · 2.88 KB

File metadata and controls

65 lines (57 loc) · 2.88 KB

Editor configurations

Commit messages

For commit messages, your editor should help you to :

  • Write titles shorter than 51 chars.
  • Wrap body at 72 chars.
  • Check the spelling at least in english.

You can use the following commit template in your editor to help you:



Co-Authored-by: First name Last name <email>

# ----- END COMMIT MESSAGE -----
#
# Conventional Commits Cheatsheet (https://www.conventionalcommits.org)
#
# <type> indicates what kind of commit this is.
# It can be one of:
#   - feat        for new features introduced (i.e. MINOR in SemVer standard)
#   - fix         for bug-fixes (i.e. PATCH in SemVer standard)
#   - build       for changes in build system or environment
#   - ci          for configuring continuous integration systems
#   - test        for adding new tests or correcting defective tests
#   - docs        for changes in documentation only
#   - refactor    for rewriting or restructuring of code that does not affect API behavior
#   - perf        for performance-enhancing refactors
#   - style       for changes in code styles and no changes in logic
#   - chore       for miscellaneous tasks
#   - revert      for reverting commits made previously
#
# <scope> describes a section of the codebase where this change is applied and is optional.
# Note that allowed content of this section depends on the specific project.
# Issue identifiers are not valid scopes.
#
# Inserting "!" before the colon indicates that this commit introduces a breaking change.
# It is equivalent to a bump in MAJOR in SemVer standard.
# With this, the breaking change indicator in <footer> becomes optional.
#
# <description> contains a concise description of the change.
# The content should be in imperative mood, as if "This commit will..." is prepended.
# Do not capitalize the beginning of the sentence, and full stop (.) is omitted.
#
# <body> provides additional contextual information about the code changes and is optional.
# Multiple paragraphs separated by an empty line are allowed here.
# Sentences should be in imperative mood with proper capitalization and full stops (.).
#
# <footer> is a list of key-value pairs that store "metadata" of a commit.
# There are three types of a footer:
#   - Breaking change indicator     verbatim "BREAKING CHANGE:", followed by a <description>
#   - Automatic issue management    such as "Close #123", "Reference #123", "See #123", etc.
#   - Email-like metadata           such as "Signed-off-by:", "Co-authored-by", etc.
#
# There are three exceptions to the subject line rules:
#   1. "Initial commit"     for the first commit in a git repository
#   2. "Merge branch..."    as it is the default commit message for automatic merges
#   3. "Revert..."          as it is the default commit message for reverting commits
#
# Please enter the commit message for your changes. Lines starting
# with '#' will be ignored, and an empty message aborts the commit.