Right now, the linting solution is pretty much just drag-and-dropped from older project setups that I've used, but never really fully configured. Such is the curse of being ADHD and randomly hopping from project to project.
With that said, this one seems like one I want to stick with; after dusting it off, it worked exactly as the docs said it should. This is not a matter of me "patting myself on the back", but simply noting that I clearly gave enough of a shit to make sure the docs were good :+1: :heart:
This task should track a solid starting point for the linting rules. We should do things like:
Add EOF to files that don't already have them
Decide upon, and set a formatting standard (so no one has to worry about matching conventions - let husky do it on commit)
Much more (add to the list as you recall things)
To do
[x] Add EOF lines to files that don't have them
[x] Format files
[x] Setup/refine husky
[x] Prevent unused...
[x] Imports
[x] Classes
[x] Fields
[ ] Allow exception for variables/classes/fields prefixed with _
[x] Explicit type declarations (e.g., only allow any type when explicitly-stated - in all other cases, an undeclared type should lead to a linting error)
Description
Right now, the linting solution is pretty much just drag-and-dropped from older project setups that I've used, but never really fully configured. Such is the curse of being ADHD and randomly hopping from project to project.
With that said, this one seems like one I want to stick with; after dusting it off, it worked exactly as the docs said it should. This is not a matter of me "patting myself on the back", but simply noting that I clearly gave enough of a shit to make sure the docs were good :+1: :heart:
This task should track a solid starting point for the linting rules. We should do things like:
husky
do it on commit)To do
husky
_
any
type when explicitly-stated - in all other cases, an undeclared type should lead to a linting error)