I usually configure my projects with commitlint and husky to lint the commit messages before they are pushed to the repository and personally I use @commitlint/config-conventional rules.
It would be nice if we could configure semantic-pull-requests with the same rules as commitlint. For instance, if I have a PR title like chore: Title subject, this is invalid with my commitlint configuration above (everything should be lower case) but semantic-pull-requests won't care and say it's fine.
I understand that implementing all these options could be a big task so maybe we could just start off with the simple and easier rules like casing, for instance.
I usually configure my projects with
commitlint
andhusky
to lint the commit messages before they are pushed to the repository and personally I use@commitlint/config-conventional
rules.It would be nice if we could configure
semantic-pull-requests
with the same rules ascommitlint
. For instance, if I have a PR title likechore: Title subject
, this is invalid with mycommitlint
configuration above (everything should be lower case) butsemantic-pull-requests
won't care and say it's fine.The
commitlint
reference rules can be seen here: https://github.com/conventional-changelog/commitlint/blob/master/docs/reference-rules.mdI understand that implementing all these options could be a big task so maybe we could just start off with the simple and easier rules like casing, for instance.