Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

feat: always include Oxlint with ESLint#869

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Open
haoqunjiang wants to merge3 commits intovuejs:main
base:main
Choose a base branch
Loading
fromhaoqunjiang:feat/always-use-oxlint-with-eslint

Conversation

@haoqunjiang
Copy link
Member

Oxlint has been stable for half a year now.
I think it's time to make it the default for all linter users.

@cexbrayat
Copy link
Member

@haoqunjiang I have not used oxlint much myself, so I have some naive questions

If I understand correctly, this adds oxlint but no configuration files. Shouldn't we provide an example config a bit more complete thancorrectness? For example, I'm not sure what should be done for Vue files now that oxlint supports some rules, but not all. Same question for TS projects: what should be configured? Is it automatically done? Or should it be done manually (and then documented)?

I'm not against making it the default, but as it is currently an addition more than a replacement, it feels like this just adds more maintenance burden in created project, with slightly unclear interactions between the various tools.

@haoqunjiang
Copy link
MemberAuthor

I opened#875 to simplify the generation process (it's really hard to make changes with the current implementation) and added.oxlintrc.json in the generated projects.

I had thought oxlint should be the default zero-config linting tool, as it's so fast and prioritizedcorrectness rules in its early development.
But yeah, it's a bit hard to ignore the inherent complexity now. Yet it only supports JSON configurations, so I don't have a good idea to fix that.

As for TypeScript, I've tried my best to encapsulate the complexities into@vue/tsconfig, but the generated tsconfigs haven't been documented well, which could be improved before making TS the default language.

Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment

Reviewers

No reviews

Assignees

No one assigned

Labels

None yet

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

2 participants

@haoqunjiang@cexbrayat

[8]ページ先頭

©2009-2025 Movatter.jp