| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Remove the `version: [latest, alpha]` matrix from every test job so push/PR/merge_group runs only exercise the latest published Vite+. Add a `workflow_dispatch` input (`pr_version`) for verifying an unreleased Vite+ build on demand. It feeds a workflow-level `VP_PR_VERSION` env var, which the install script checks before `VP_VERSION` and uses to pull the matching build from pkg.pr.new — so a single manual run verifies a candidate across the whole matrix. The value is empty on every other event, which the install script treats as unset and falls back to latest. The build job is pinned to latest (`VP_PR_VERSION: ""`) so a pre-release bundler can't shift dist/ output and fail the "dist is up to date" diff.
There was a problem hiding this comment.
This PR updates CI to test the default latest Vite+ release on normal events while allowing manual workflow dispatches to verify an unreleased pkg.pr.new Vite+ build via VP_PR_VERSION.
Changes:
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
Summary
Removes alpha-channel testing and replaces it with on-demand pkg.pr.new verification triggered manually.
How pkg.pr.new testing works
pkg.pr.new builds install via VP_PR_VERSION (PR number / commit SHA), not the version input — the install script checks VP_PR_VERSION before VP_VERSION and uses it to pull the matching build from pkg.pr.new. The input feeds a workflow-level env var:
Since the action spreads ...process.env into the install, this flows straight through and wins even though the action sets VP_VERSION=latest. On every non-dispatch event the value is empty, which the script treats as unset → latest. So one manual dispatch verifies a candidate build across the entire matrix (install, node-version, cache, exec, sfw) with no source change to the action.
Notes
🤖 Generated with Claude Code