Open eyefodder opened 1 year ago
I'd add to @eyefodder's point that anything that git commit -v
ignores, so should commitlint.
Yes, it would be lovely to have the git commit
's cleanup of comments and verbose diff happen before commitlint sees the message.
This would shift the burden of maintaining the filtering of comments and diff's (in case of git commit -v
) to git itself, instead of trying to emulate that (configurable) behavior. :thinking:
Unfortunately there seems to be no postprocess-commit-msg
hook in the Committing-Workflow Hooks that we could use.
BTW: The conventional-changelog 's commit-lint also seems to do this job only half way ... ignoring comments by hardcoding the comment character as #
but failing on the diffs that a git commit --verbose
will put in the commit message.
Is it possible to get commitlint to ignore commented lines? For example this commit message:
will fail because there's not an empty line after
ops: update CommitLint allowed types
but given the rest of the lines are all commented out, I think it should pass? I'm also finding the same thing if e.g. some of the commented lines are longer than the rules (this often happens if the path to a modified file is long)Cheers!