| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
The rebuild-bundle workflow only fired on the labeled event, so when the one rebuild attempt failed or Renovate rebased the PR afterwards, dist/ stayed stale and the "Verify dist is up to date" check kept failing (seen on #119). Trigger on synchronize as well, gated on the label being present. The run triggered by our own dist/ push finds no diff and exits without pushing, so it cannot loop.
There was a problem hiding this comment.
Updates the GitHub Actions workflow that rebuilds and pushes dist/ so Renovate PRs automatically re-run the bundle rebuild when they get rebased/updated (not just when initially labeled), preventing “Verify dist is up to date” from staying red after a transient rebuild failure.
Changes:
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
Sorry, something went wrong.
Bump the version to v1.17.0 in package.json, the README examples, and the setup-ref / setupRef defaults in the GitLab and Azure templates. Changes since v1.16.1: - feat: support disabling Vite+'s Node.js management with node-manager: false (#115) - fix: retry sfw vp install when sfw misreports vp as not found on Windows (#120) - chore(deps): update vite-plus to v0.2.8 (#119) - ci: re-run bundle rebuild when Renovate pushes to a labeled PR (#122) - chore: align Renovate release age for the whole vite-plus group (#121) After merge, tag the merge commit as v1.17.0 and push the tag.
| Back | FazBrowse Home | New Git URL |
The rebuild-bundle workflow only fired on the labeled event, so a failed rebuild never retried: the label is added once at PR creation, and later Renovate rebases never re-triggered it. On #119 the first rebuild crashed during pnpm install (vite-plus-core 0.2.7 missing its rolldown linux binding), and after Renovate rebased to 0.2.8 the stale dist/ kept failing the "Verify dist is up to date" check until the label was manually re-added.
Changes: