Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Concern about aliasing strategy in Vite-Plus

Aperta
  • Qualcosa non va?
#2,023 1 commento 7 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
25/100
Tipo di issue
Funzionalità
Chiarezza
Da chiarire
Stato di attività
Tranquilla
Stack tecnologico
typescript, vite
Ambito
build-system, developer-experience, tooling

Direzione di ricerca

Inizia da vite.config.ts e dalla superficie dei comandi di vp, quindi traccia gli alias, i wrapper, gli shim generati e le identità canoniche dei package o dei bin descritti nell'issue. Il lavoro sarebbe completato quando fosse definito un contratto di integrazione condiviso che riduca i casi speciali per i package manager, gli editor, i launcher LSP e il codice dell'utente; l'issue non identifica file o test concreti.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

enhancement
Description

This follows from https://github.com/voidzero-dev/vite-plus/issues/1557 and the related Oxc discussion in https://github.com/oxc-project/oxc/issues/22539.

After looking through the current Vite+ codebase, I think my concern is more specific than "Vite+ ships special versions of everything".

The current setup has several different integration models at once:

  • vite is resolved through the @voidzero-dev/vite-plus-core alias.
  • Vite/Rolldown/tsdown are bundled/re-exported through @voidzero-dev/vite-plus-core.
  • vitest no longer uses the old @voidzero-dev/vite-plus-test wrapper, but Vite+ still exposes and migrates imports to vite-plus/test*, with runner/version pinning to keep a single Vitest instance.
  • oxlint and oxfmt are upstream dependencies, but Vite+ still exposes canonical oxlint / oxfmt bin names as IDE/LSP wrappers that inject Vite+ config-loading behavior.

Each individual piece has a reason, but together this creates an unclear contract for users and integrations: when should a tool continue looking for the canonical package/bin/import (vite, vitest, oxlint, oxfmt), and when should it know about vite-plus, vite-plus/test*, or vp?

That is the part that feels fragile. Package managers, editor extensions, LSP launchers, and user code all tend to assume canonical tool identities. When Vite+ needs wrappers, aliases, generated shims, and package-manager-specific edges, every integration can end up rediscovering the same special cases.

Suggested solution

What I suggested in the oxc issue.

  • Keep vp as the unified command surface.
  • Keep vite.config.ts as the place where Vite+ can unify config for lint, format, test, build, pack, etc.
  • Let the individual tools use vite.config.ts when is available as well.
  • Treat Vite+ as the orchestrating layer over those tools, not as something that every tool identity has to be rewritten into.
Additional context

The specific thing I would like to avoid is Vite+ adoption requiring users and integrations to know a growing list of package identity rules.

As a user, I don't want to worry about having to maintain Vite+ wrappers, alias, or shim and how they get updated in tandem with the base tools that I already use.

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
5.8k
Fork
267
Merge medio
21h 16m
PR unite (30g)
147

Preparare l'ambiente

Apri in Codespaces

Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di voidzero-dev/vite-plus

Tutte le issue di voidzero-dev/vite-plus

Issue simili

Altre issue su Rust

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.