Support for Oxlint #21439
Replies: 10 comments 3 replies
-
|
Hey @fantoine - this would be a good case for a community plugin to work with oxlint and test out the dev ex while the tool gains traction. |
Beta Was this translation helpful? Give feedback.
-
|
From my experience with |
Beta Was this translation helpful? Give feedback.
-
|
Today I test oxlint against my large codebase ( 90 libs and around 8k files ). Default eslint / prettier (and other rules) pipeline is ~12 minutes without cache That will be new default linter 100%. But we really don't need nx plugin because whole REPO linted for half of sec! I think maximum time will be few secs with support all needed plugins in future! |
Beta Was this translation helpful? Give feedback.
-
|
Yes it is really blazing fast! We are waiting for type-aware support. |
Beta Was this translation helpful? Give feedback.
-
|
FYI oxlint is now out of beta https://voidzero.dev/posts/announcing-oxlint-1-stable |
Beta Was this translation helpful? Give feedback.
-
|
I think NX should have an official oxc plugin |
Beta Was this translation helpful? Give feedback.
-
|
I just released an community nx plugin for oxlint. Give it a shot here: https://github.com/Nas3nmann/nx-oxlint |
Beta Was this translation helpful? Give feedback.
-
|
Thanks @Nas3nmann for the community plugin. Great work. @Stanzilla we're looking into something like that. Just some other things we need to clear first in our pipeline, but it is on my radar for sure! So stay tuned :) |
Beta Was this translation helpful? Give feedback.
-
|
I'm using the nx-oxlint plugin and doing a progressive migration: "lint.es": {
"executor": "@nx/eslint:lint",
"options": {
"lintFilePatterns": ["libs/ui-atoms/**/*.{ts,tsx,js,jsx}"]
}
},
"lint.ox": {
"executor": "nx-oxlint:lint",
"options": {
"configFile": "./.oxlintrc.json"
}
},
"lint": {
"dependsOn": ["lint.ox", "lint.es"]
}The difference for linting that lib is initially 200ms vs 3sec, but once I add the I guess at some point in the future it would be nice if there was a Rust Plugin as opposed to JS Plugin to take advantage of the πerf benefits from oxide linting. Thanks for the library @Nas3nmann ! |
Beta Was this translation helpful? Give feedback.
-
|
With OXLint and OXfmt getting more and more tracktion. Wouldn't it still be a good idea to make OXLint a default plugin of nx as well? Next to eslint? And the same for the module-boundaries etc. Could that be oxlint compatible / oxlint-first? (so we do not have to rely on the OXLint JS Plugin) |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Description
Allow the usage of oxlint in place of eslint.
Motivation
Even if oxlint is still pretty young, it provides far better performances than eslint (50 to 100 times faster according to them).
Since in large projects eslint can run for several minutes, this would significantly improve DX and CI integrations.
Suggested Implementation
I suppose that adding a new
@nx/oxlintexecutor should be the way to go.Beta Was this translation helpful? Give feedback.
All reactions