Allow configuring the Oxlint output format for `vp lint` and `vp check`
Maintainer antworten meist innerhalb von 1 Tag
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 65/100
- Issue-Typ
- Feature
- Klarheit
- Klar beschrieben
- Aktivitätsstatus
- Aktiv
- Tech-Stack
- typescript
- Bereich
- cli, developer-experience, tooling
Rechercherichtung
Beginne am Konfigurationseinstiegspunkt in vite.config.ts sowie an den Befehlspfaden von vp lint und vp check; verfolge außerdem, wie die Lint-Phase über vp staged aufgerufen wird. Überprüfe, wie die Oxlint-Argumente zusammengestellt werden, und bestätige anschließend, dass konfigurierte und über die CLI angegebene Formate auf Lint-Diagnosen angewendet werden, während vp check seine eigene Zusammenfassungsausgabe beibehält und eine weggelassene Konfiguration das aktuelle Verhalten bewahrt.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
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.
- Vorherrschende Sprache
- Rust
- Sterne
- 6k
- Forks
- 274
- Ø Merge
- 1 T. 11 Std.
- Gemergte PRs (30 T.)
- 203
Entwicklungsumgebung
Startet den Dev-Container des Projekts im Browser, mit Ihrem eigenen GitHub-Konto.
- Kein Dockerfile und keine Docker-Compose-Datei
- Keine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus voidzero-dev/vite-plus
-
`npx --package=vite-plus vp create` fails with exit 127 when npm is the chosen package managerEvtl. vergeben @Crimson341 hat das vor 2 Tagen übernommen. Offenbug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100
voidzero-dev/vite-plus#2970 ·
Maintainer antworten meist innerhalb von 1 Tag
-
pending triage
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
voidzero-dev/vite-plus#2882 · 2 Kommentare ·
Maintainer antworten meist innerhalb von 1 Tag
-
enhancement
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 62/100
voidzero-dev/vite-plus#2097 · 10 Kommentare · 2 Reaktionen ·
Maintainer antworten meist innerhalb von 1 Tag
-
Support npm dist-tags in `vp env pin` (e.g. `pnpm@latest-10`)Evtl. vergeben @liangmiQwQ hat das heute übernommen. Offenenhancement
voidzero-dev/vite-plus#3034 · 2 Reaktionen · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 1 Tag
-
pending triage
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 62/100
voidzero-dev/vite-plus#3033 ·
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in voidzero-dev/vite-plus
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
Maintainer antworten meist innerhalb von 1 Tag
-
V1 manifest lists written by Java lose added/existing/deleted file countsEvtl. vergeben @kacper-li-airspace-intelligence hat das heute übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
apache/iceberg-rust#3445 ·
Maintainer antworten meist innerhalb von 4 Tagen
-
Slack integration: links on self-hosted domains never unfurl (parseCapShareUrl only accepts cap.so / cap.link)Evtl. vergeben @mangeshraut712 hat das heute übernommen. Offenbug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
CapSoftware/Cap#2546 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 62/100
Maintainer antworten meist innerhalb von 1 Tag
-
area::tern-sync kind::cleanup triage::ready
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100
Maintainer antworten meist innerhalb von 1 Tag