Fix the scoping of our ESLint rules#13558
Conversation
Codecov Report
@@ Coverage Diff @@
## master #13558 +/- ##
==========================================
+ Coverage 59.74% 59.77% +0.02%
==========================================
Files 670 670
Lines 37427 37497 +70
Branches 5371 5385 +14
==========================================
+ Hits 22359 22412 +53
- Misses 13905 13916 +11
- Partials 1163 1169 +6
Continue to review full report at Codecov.
|
DonJayamanne
left a comment
There was a problem hiding this comment.
Why not enable for all new files.
Update this file to include all existing files, this way all new files will always have to be eslint compliant, else we'd be updating this file for each new file/folder we add.
|
@DonJayamanne after talking with @brettcannon we don't want to enable it for the entire repo just yet as we want to prioritize the component refactoring work. We can/will spend time fixing warnings and refactoring code in the rest of the repo once we're done 🙂 |
Not sure what you mean by that. What I'm suggesting is
This way new code will be eslint compliant, which in my opinion is a much smaller work than having to do that later on again... This is exactly what we did to ensure the code base was using strict types when we migrated (slowly) to strict checks in tsconfig (tsc). |
Oh I see! Yeah we could do that, although that would be a lot of files lol |
|
I'm fine with enumerating all the files outside of our refactoring work so that any new files automatically get caught by this. |
|
Sounds good, this PR is not ready for review then. |
|
Kudos, SonarCloud Quality Gate passed!
|
|
Alright, PR ready for review for real this time. @ericsnowcurrently could you take a look at it again? What changed is that now we are listing all of our js, ts, jsx and tsx files in |
For #13142
vscode-python/src/andvscode-python/buildexcept forsrc/client/pythonEnvironmentsandsrc/test/pythonEnvironmentsipywidgetworkspace folder (was causing issues)src/client/pythonEnvironmentsandsrc/test/pythonEnvironmentsin.prettierignorepackage-lock.jsonhas been regenerated by runningnpm install(if dependencies have changed).