-
Notifications
You must be signed in to change notification settings - Fork 230
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
(chore) Extend ESLint configuration #902
Conversation
Size Change: -283 kB (-9%) ✅ Total Size: 2.83 MB
ℹ️ View Unchanged
|
fa814c9
to
d560aef
Compare
Wow! @denniskigen this LGTM! I believe its gonna save us on the errors we have been struggling with locally. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for the PR, @denniskigen! It's so nice to see efforts toward making our codebase cleaner.
I'm curious about why we're excluding test files from these rules. Personally, I lean towards having consistent rules across both application and test files.
d560aef
to
5adef9d
Compare
That's fair, @jayasanka-sack. I think I only plopped that in there because we historically omitted tests from linting. I've removed |
* (chore) Bump testing dependencies and fix test console warnings * Remove unused file from registration app tsconfig * Commit some orphaned translations * Cleanup * Fixup * Review feedback - fixup * Update playwright version in e2e Dockerfile
5adef9d
to
3e8a9a9
Compare
Should be good to go, @jayasanka-sack @ibacher. The PR in Core mentioned above got merged. |
I'd tend to be more on board with updating the linting rules and then applying them to tests in another PR, but since it's done, it's done (as a rule, its better to have many smaller commits than a few large commits and it's better to have commits that make as small a change as possible at a time). Thanks @denniskigen! |
Requirements
Summary
In this PR, I've extended the ESLint configuration used in this project as follows:
@typescript-eslint/consistent-type-imports
rule to enforce consistent usage of theimport type
syntax for type imports.no-console
rule to throw an error for any console statement except those using warn and error.I've made some other tangential changes, including:
.tsx
tots
.pretty-quick
withlint-staged
as our pre-commit hooks library becausepretty-quick
is not compatible with the latest versions of prettier.Screenshots
None
Related Issue
None
Other
None