DEV Community


Discussion on: Git commit message convention that you can follow!

i5han3 profile image
Ishan Makadia Author

I think you shouldn't use refactor

As you are creating new Car Class from scratch. I believe that it will add some feature to your application.
As a result you can use "feat:"
If you feel that "feat:" is not the exact match then you can decide your own <type> and start using it.

For Example:
EsLint have decided there own <type> for commit message. So it's totally upto you or organization you work for.

Refer ESLint:
You can see below <type> which are used by ESLint at

Fix - for a bug fix.
Update - either for a backwards-compatible enhancement or for a rule change that adds reported problems.
New - implemented a new feature.
Breaking - for a backwards-incompatible enhancement or feature.
Docs - changes to documentation only.
Build - changes to build process only.
Upgrade - for a dependency upgrade.
Chore - for refactoring, adding tests, etc. (anything that isn't user-facing).
Enter fullscreen mode Exit fullscreen mode
kmhmubin profile image
K M H Mubin

Thank you for your insightful information. I really appreciate it. 😊

Forem Open with the Forem app