You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There are some performance concerns when it comes to naively enabling these configs, namely specifying project or projectService in parserOptions, a prerequisite, can slow down linting speed of a medium sized project from few seconds to several minutes. It is uncertain at the moment whether these slowdowns are unique to this project, Vue or caused by something else.
I think the main question I have is whether @nuxt/eslint would be willing to adopt these configs by default provided that the linting performance bottlenecks are identified. If they deem unsolvable to a satisfactory level, could optionally opting into them made easier for cases such as a CI step, where we can typically afford to spend more time?
Additional information
Would you be willing to help implement this feature?
There are some performance concerns when it comes to naively enabling these configs
While i do agree that due to performance reasons this feature can/maybe should remain disabled by default, having the option to enable it is essential, especially so when even something like this:
Describe the feature
Currently,
@nuxt/eslint
only enables rules of non-typechecked configs (recommended
/strict
) fromtypescript-eslint
. In addition to these,typescript-eslint
also provides advanced rules that depend on TypeScript's type checking API-s which are available viarecommended-type-checked
andstrict-type-checked
configs (see https://typescript-eslint.io/getting-started/typed-linting and https://typescript-eslint.io/rules/?=typeInformation).There are some performance concerns when it comes to naively enabling these configs, namely specifying
project
orprojectService
inparserOptions
, a prerequisite, can slow down linting speed of a medium sized project from few seconds to several minutes. It is uncertain at the moment whether these slowdowns are unique to this project, Vue or caused by something else.I think the main question I have is whether
@nuxt/eslint
would be willing to adopt these configs by default provided that the linting performance bottlenecks are identified. If they deem unsolvable to a satisfactory level, could optionally opting into them made easier for cases such as a CI step, where we can typically afford to spend more time?Additional information
Final checks
The text was updated successfully, but these errors were encountered: