Support for Oxlint

[fantoine]

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/oxlint executor should be the way to go.

[AgentEnder]

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.

[yzhe554]

From my experience with oxlint, it's amazing but I would say it isn't close to complete.
It could be faster than NX cache as it uses rust :)

[pumano]

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
oxlint (eslint + import) 378ms!!

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!

[pumano]

nx plugin I think a good idea when you want to lint specific library, not a whole repo.

[ild0tt0re]

Yes it is really blazing fast! We are waiting for type-aware support.

[hypeJunction]

FYI oxlint is now out of beta https://voidzero.dev/posts/announcing-oxlint-1-stable

[Stanzilla]

I think NX should have an official oxc plugin

[Nas3nmann]

I just released an community nx plugin for oxlint. Give it a shot here: https://github.com/Nas3nmann/nx-oxlint

[juristr]

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 :)

[Stanzilla]

thanks! very curious to hear what the plans are regarding Vite+ tooling and NX since they are sort of competitors as a complete package but also all Vite+ parts usable standalone

[intellix]

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 @nx/enforce-module-boundaries plugin, it jumps from 200ms to 1.7sec for that library.

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 !

[the-ult]

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)

[Stanzilla]

#34838