Migrate or align frontend repositories to the stock Vite+ workflow. Use when standardizing package or monorepo repos around `vp`, `voidzero-dev/setup-vp`, `vite-plus/test`, and Vite+ native CI, test, and packaging flows, including updating scripts, test config, CI setup, and packaging commands.
98
100%
Does it follow best practices?
Impact
96%
1.52xAverage score across 6 eval scenarios
Advisory
Suggest reviewing before use
Vite+ is still in alpha. These are real, recent caveats observed against the upstream issue tracker. Surface them only if the repo actually hits them — do not preemptively work around something a stock setup is fine with. Re-check this list against the issue tracker when adopting a newer release.
vp check --fix on a single fileSingle-file invocations can emit spurious TS2591 errors for node:* imports while a full-project vp check --fix passes.
staged runs per-file vp check --fix, fall back to a vp check --fix over the staged set, or scope staged to non-TS globs until upstream lands a fix.instanceof failuresSome package managers (notably bun, sometimes npm) install two physical copies of @voidzero-dev/vite-plus-core — once via the vite alias and once via vite-plus's direct dependency — which breaks SSR isRunnableDevEnvironment() checks.
vp dedupe and confirm only one @voidzero-dev/vite-plus-core exists under node_modules.@cloudflare/vitest-pool-workers currently fails under vp test (Cannot read properties of undefined (reading 'config')) while plain vitest run passes.
vitest invocation for Workers packages until the upstream fix lands.@vitest/coverage-v8 mixed-version warningsAdding @vitest/coverage-v8 to a Vite+ project can still produce a mixed-version warning during vp test run --coverage, even in a fresh stock scaffold.