Migrate or align frontend repositories to the stock VitePlus workflow. Use when standardizing package or monorepo repos around `vp`, `voidzero-dev/setup-vp`, `vite-plus/test`, and VitePlus-native CI, test, and packaging flows, including updating scripts, test config, CI setup, and packaging commands.
98
100%
Does it follow best practices?
Impact
97%
1.73xAverage score across 6 eval scenarios
Passed
No known issues
VitePlus 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 opens /dev/tty directly, which causes it to hang when spawned by non-interactive hook tools such as lefthook.
vp config / .vite-hooks path.vp run --silent and verify it returns under load before merging.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 VitePlus project can still produce a mixed-version warning during vp test run --coverage, even in a fresh stock scaffold.