mirror of
https://github.com/n8n-io/n8n.git
synced 2026-10-12 02:19:43 +00:00
chore: Migrate backend tooling lint to Oxlint (no-changelog) (#39825)
This commit is contained in:
@@ -26,7 +26,7 @@ These rules come from the shared base or backend layers. Resolve these first bec
|
||||
| P2 | `import/export` | A native rule exists, but it is still in the nursery category. | Run parity samples and enable it after it becomes stable. |
|
||||
| P3 | `no-octal` | Oxlint has no rule. The parser already rejects relevant octal syntax in module and strict-mode code. | Confirm parser coverage and retire the explicit rule if no supported source form remains. |
|
||||
|
||||
## Package-level typed blocker
|
||||
## Package-level blockers
|
||||
|
||||
### `@typescript-eslint/naming-convention`
|
||||
|
||||
@@ -41,6 +41,14 @@ Possible approaches:
|
||||
|
||||
Audit every package configuration before conversion. Do not copy the full generic naming rule into a new custom implementation.
|
||||
|
||||
## Retirement exceptions
|
||||
|
||||
### `n8n-node-dev`
|
||||
|
||||
Keep `n8n-node-dev` on ESLint. The v3 removal plan makes an Oxlint migration unnecessary.
|
||||
|
||||
Reconsider this exception only if the package removal plan changes.
|
||||
|
||||
## Frontend package blockers
|
||||
|
||||
Oxlint can lint the script section of a Vue SFC, but it does not expose the Vue template AST. An Oxlint-only frontend package would lose the following 59 rules:
|
||||
|
||||
Reference in New Issue
Block a user