/gitlog

โšก A list of common git commit messages for ๐Ÿ’Ž clear and ๐Ÿช™ consistent version control.

โšก Gitlog

๐Ÿ”ฆ A list of common git commit messages for clear and consistent version control. Just copy, paste and customize.

๐Ÿ’ก Inspiration1.


Important

๐Ÿฐ Before getting started, please familiarize yourself with the proper commit message format, including the use of emojis for different commit types.

Caution

๐Ÿ™ Kindly do not use the default Update file message.


Message format

๐Ÿชช A standardized structure used during commits to maintain clarity and consistency in project history.

<emoji> <type>(<scope>): <subject>

<body>

<footer>

Merge format

๐Ÿฅ A format used during merges to clearly document merge actions in the project history.

<emoji> <type>(<scope>): <subject>

- <points>
- <points>

Contributor: <user>
Co-contributor: <user>
Closes #<issue>

Commit messages:

๐ŸŒƒ Common types of commit messages with their corresponding emojis:


0. Initialization

๐ŸŽ‰ init(project): initial commit

1. Features and enhancement

โœจ feat(): new feature
โšก perf(): performance improvements
๐ŸŽจ design(): ui/ux design improvements
๐Ÿ“ˆ analytics(): analytics or tracking code
๐Ÿ”Œ integration(): external integrations

2. Bug fixes

๐Ÿ› fix(): bug fix
๐Ÿ” debug(): debugging changes
๐Ÿ‘จโ€๐Ÿ”ง patch(): minor fix or patch

3. Documentation

๐Ÿ“š docs(): documentation changes
๐Ÿ“ update(): minor updates
๐Ÿ“– guide(): update or add a guide

4. Code styling and refactoring

๐Ÿ’„ style(): code formatting
โ™ป๏ธ refactor(): code refactoring
๐Ÿงน cleanup(): clean-up or refactor of unused code
๐Ÿ› ๏ธ fix(): code improvements
๐Ÿ”ฅ remove(): removing files or code

5. Testing and maintenance

โœ”๏ธ test(passed): adding/modifying/result tests
โŒ test(failed): adding/modifying/result tests
๐Ÿ”ง chore(): maintenance tasks
๐Ÿ”จ build(): changes to the build process
๐Ÿšง wip(): work in progress
๐Ÿ“Š metrics(): metrics and monitoring

6.Non-feature Changes

๐Ÿšš non-feature(): non-feature change (json)

7. Security and reverting changes

๐Ÿ”’ security(): security improvements
๐Ÿ“Œ revert(): reverting previous changes
๐Ÿ›ก๏ธ protect(): security patches or fixes
๐Ÿ”Œ api(): api-related changes

8. Deployments and builds

๐Ÿš€ deploy(): deploy-related changes
๐Ÿ“ฆ build(): changes to build configuration
๐Ÿงช ci(): continuous Integration changes
๐Ÿ”จ setup(): setup or config changes
๐Ÿงฐ deps(): adjust dependencies (upgrade/downgrade)

9. Database and infrastructure

๐Ÿ—ƒ๏ธ db(): database changes
๐Ÿ‘ท infra(): infrastructure improvements
๐Ÿ“ก network(): network configurations or updates

10. Others

๐Ÿ“ค release(): new releases or version bumps
๐Ÿ“œ dumpversion(): dumping version info or changelog
๐Ÿ”„ ref(): reference updates or reorganization
๐Ÿ’ฌ discussion(): ongoing discussions or issue resolutions
โš™๏ธ config(): configuration changes
๐Ÿ”ง tweak(): minor adjustments or tweaks
๐Ÿšจ alert(): important notices or warnings

11. Please

๐Ÿ™ pls(): request or polite suggestion

Commit message scopes:

๐Ÿ’ก Following scopes are commonly used in commit messages to indicate specific areas of the project affected by the changes:


  • auth
  • api
  • ui
  • database
  • components
  • config
  • tests
  • security
  • build
  • server
  • styles
  • checkout
  • payments
  • notifications
  • user
  • css
  • layout
  • frontend
  • backend
  • forms
  • router
  • passed
  • failed

Contributing

โ›“๏ธโ€๐Ÿ’ฅ Feel free to submit pull requests to add more commit types or scope types to this list.


Footnotes

  1. commit-messages โ†ฉ