voidzero-dev / voidzero-dev/vite-plus
Use oxlint plugin to validate and auto-fix IDE configuration issues
@naokihaba ya está trabajando en esto.
Desde el 23/4/2026.
- Lenguaje dominante
- Rust
- Estrellas
- 5.8k
- Forks
- 262
- Merge medio
- 23 h 18 min
- PR fusionados (30 d)
- 139
Descripción
Description
Following the discussions in issue #826, it was noted that misconfigurations in the Zed IDE (e.g., an incorrect configPath in oxfmt settings) do not provide any feedback, making it difficult to diagnose why the tool is not working as expected.
Once the implementation of #1408 (oxlint plugin) is complete, we will use this feature to detect and automatically fix issues within .zed/settings.json and .vscode/settings.json.
- Add an oxlint plugin rule to validate IDE configuration files against schemas generated by vp create or vp migrate.
- Support the --fix option to enable automatic corrections for safe, known configuration errors, such as aligning configPath with ./vite.config.ts.
- Integrate this into vp check --fix so that these corrections are performed as part of the regular development workflow.
Suggested solution
Implement an oxlint plugin rule (e.g. vite-plus/ide-config) that reads the Vite+ config and checks IDE config files for known misconfigurations. The rule runs as part of vp check, and with --fix it rewrites the config to match what vp create/vp migrate would generate.
Alternative
A separate vp config check subcommand could validate and repair IDE config files without depending on the oxlint plugin infrastructure. However, integrating with vp check --fix keeps the workflow unified and avoids adding a new command.
Additional context
No response
Validations
- Read the Contributing Guidelines.
- Confirm this request is for Vite+ itself and not for Vite, Vitest, tsdown, Rolldown, or Oxc.
- Check that there isn't already an issue requesting the same feature.
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Evaluación
Este issue todavía no se ha evaluado.