To any technical leaders reading this comment, I encourage you to choose to care about this :)
Here's the post I always share on this: https://tbaggery.com/2008/04/19/a-note-about-git-commit-mess...
2. Educate and train ppl to include commit messages when they do code reviews
or 3. give up and move on because your org doesn't care.
Because this is a culture (not code) smell and changing culture is hard and needs support from the top.
They'll just use `git commit -n` to skip the pre-commit hook.
And if it's verified in CI (e.g. with Danger), someone will just create a script to automate writing commit messages that pass the good commit message test.
When those branches are attempted to be merged they'll fail due to having bad commits and require fixing.
Strictly speaking, that's what git stash [1] is for. Not so ideal if you want to push your WIP changes to Github though.