forked from trycompai/comp
-
Notifications
You must be signed in to change notification settings - Fork 0
Expand file tree
/
Copy path.gitmessage
More file actions
42 lines (42 loc) · 1.63 KB
/
.gitmessage
File metadata and controls
42 lines (42 loc) · 1.63 KB
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
# <type>(<scope>): <subject>
#
# <body>
#
# <footer>
#
# Type must be one of the following:
# * feat: A new feature
# * fix: A bug fix
# * docs: Documentation only changes
# * style: Changes that do not affect the meaning of the code (white-space, formatting, missing semi-colons, etc)
# * refactor: A code change that neither fixes a bug nor adds a feature
# * perf: A code change that improves performance
# * test: Adding missing tests or correcting existing tests
# * build: Changes that affect the build system or external dependencies (example scopes: gulp, broccoli, npm)
# * ci: Changes to our CI configuration files and scripts (example scopes: Travis, Circle, BrowserStack, SauceLabs)
# * chore: Other changes that don't modify src or test files
# * revert: Reverts a previous commit
#
# Scope is optional and can be anything specifying the place of the commit change.
# For example: auth, api, ui, db, etc.
#
# Subject must:
# * use the imperative, present tense: "change" not "changed" nor "changes"
# * don't capitalize the first letter
# * no dot (.) at the end
#
# Body should include the motivation for the change and contrast this with previous behavior.
#
# Footer should contain any information about Breaking Changes and is also the place to
# reference GitHub issues that this commit closes.
#
# Breaking Changes should start with the word BREAKING CHANGE: with a space or two newlines.
# The rest of the commit message is then used for this.
#
# Example:
# feat(auth): add OAuth2 integration
#
# Add support for OAuth2 authentication with Google and GitHub providers.
# This allows users to sign in using their existing accounts.
#
# Closes #123