I do if the project needs it. Mainly for #changelog http://keepachangelog.com/ generation and automatic #semanticVersionning/#semanticRelease https://semantic-release.gitbook.io/semantic-release, but also for many-contributors projects.

I find it helps structure the commit history, too (avid user of interactive-rebase-before-merge here) so each commit is a meaningful set of changes, rather than a baby-uncertain bath+kitchen sink water [pause here, and picture in your mind].

I do this structuring even without semantic commits, but they make the approach explicit.

README | semantic-release

^{semantic-release.gitbook.io}