Open lowell80 opened 6 years ago
Note to self: Another possible implementation option is to allow users to define these themselves using the filter expression language (not yet released). But that could be a pretty flexible means of provided extendable support for users that need such a feature. (Of course, at this time there is no means of storing such configuration settings, and how you'd get that to integrate into pre-commit, without hosting your own repo could be interesting.... but one problem at a time.)
Support looking for things that can be parsed but probably are wrong or could be a mistake. (May need to add some additional CLI args to enable/disable additional checks.)
Include:
\
) character. (Often will be caught with another syntax error, but not always)#
.Also add unit tests for these. It's not mandatory that the parser itself find all these issues, but the check CLI tool should report these.