Allow configuring the Oxlint output format for `vp lint` and `vp check`
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 65/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Stack tecnologico
- typescript
- Ambito
- cli, developer-experience, tooling
Direzione di ricerca
Inizia dal punto di ingresso della configurazione in vite.config.ts e dai percorsi dei comandi vp lint e vp check; traccia inoltre il modo in cui la fase di lint viene invocata tramite vp staged. Verifica come vengono assemblati gli argomenti di Oxlint, quindi conferma che i formati configurati e quelli specificati tramite la CLI si applichino alla diagnostica di lint, mentre vp check mantenga il proprio output riepilogativo e l’omissione della configurazione preservi il comportamento attuale.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Description
vp lint supports selecting an Oxlint output format through the CLI:
vp lint --format=agent
However, there is no equivalent project-level setting in vite.config.ts. In addition, vp check does not accept --format or provide another way to control the output format of its lint phase.
Vitest already supports configuring agent-friendly output centrally:
export default defineConfig({
test: {
reporters: ["agent"],
silent: "passed-only",
},
});
It would be useful to configure Oxlint output in the same place so that local development, coding agents, CI, vp check, and staged checks all use consistent diagnostics.
Oxlint automatically selects the agent formatter in some recognized agent environments, but this behavior is environment-dependent and does not cover every coding-agent harness. It also does not let a project enforce deterministic output across different environments.
Without a configuration option, projects must maintain separate package scripts and ensure every caller knows which script to use.
Suggested solution
Add a Vite+ configuration option for the Oxlint output format. For example:
export default defineConfig({
lint: {
format: "agent",
},
});
The option should:
- Apply to
vp lint - Apply to the lint phase of
vp check - Apply when those commands are invoked through
vp staged - Support the same values as Oxlint’s
--formatoption - Preserve the current behavior when omitted
- Allow an explicit CLI
--formatargument to override the configured value
For vp check, the configured format should apply only to lint diagnostics while preserving Vite+’s own formatting and summary output.
Since output format is currently an Oxlint CLI option rather than part of OxlintConfig, Vite+ could treat this as command configuration and pass it separately to the Oxlint runner.
Alternative
As a workaround:
{
"scripts": {
"lint": "vp lint --format=agent",
"check": "vp fmt --check && vp lint --format=agent"
}
}
This has several drawbacks:
- It bypasses the integrated
vp checkexecution path - It duplicates Vite+ command behavior
- It requires staged hooks, CI, contributors, and coding agents to know which script to invoke
- It can diverge from the project’s normal
vp checkbehavior
Another alternative is to rely on Oxlint’s automatic agent-environment detection. This is not deterministic across environments and does not currently recognize every agent harness.
Additional context
Related issues
- #925 concerns preserving the automatically selected GitHub reporter in
vp check. - #2035 discusses Oxlint’s environment-dependent reporter selection and clean-pass output.
- oxc-project/oxc#20514 implemented the agent formatter and automatic agent detection.
- oxc-project/oxc#19072 proposes an environment-variable override for compact agent output.
This request is specifically about defining a deterministic, project-level output format in vite.config.ts and applying it consistently to both vp lint and vp check.
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.
- Lingua principale
- Rust
- Stelle
- 6k
- Fork
- 274
- Merge medio
- 1g 11h
- PR unite (30g)
- 203
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di voidzero-dev/vite-plus
-
`npx --package=vite-plus vp create` fails with exit 127 when npm is the chosen package managerForse già presa @Crimson341 l’ha presa 2 giorni fa. Apertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
voidzero-dev/vite-plus#2970 ·
I maintainer di solito rispondono entro 1 giorno
-
pending triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
voidzero-dev/vite-plus#2882 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
voidzero-dev/vite-plus#2097 · 10 commenti · 2 reazioni ·
I maintainer di solito rispondono entro 1 giorno
-
Support npm dist-tags in `vp env pin` (e.g. `pnpm@latest-10`)Forse già presa @liangmiQwQ l’ha presa oggi. Apertaenhancement
voidzero-dev/vite-plus#3034 · 2 reazioni · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
pending triage
Difficoltà 3/5 1-2 giorni Idoneità per principianti 62/100
voidzero-dev/vite-plus#3033 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di voidzero-dev/vite-plus
Issue simili
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 72/100
-
state:triage-needed
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
scanaislop/aislop#482 ·
I maintainer di solito rispondono entro 1 giorno
-
docs(skills): issue-first should reference an existing Linear ticket instead of filing a duplicateApertadocumentation
Difficoltà 1/5 1-3 ore Idoneità per principianti 74/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
chatmail/core#8824 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno