Skip to content

ci(gh-actions): group vitest dependabot updates - #2900

Merged
madhavilosetty-intel merged 1 commit into
mainfrom
ci/group-vitest-updates
Sep 9, 2026
Merged

ci(gh-actions): group vitest dependabot updates#2900
madhavilosetty-intel merged 1 commit into
mainfrom
ci/group-vitest-updates

Conversation

@madhavilosetty-intel

Copy link
Copy Markdown
Contributor

Adds an npm groups entry so Dependabot raises vitest and @vitest/* as a single PR.

Why

@vitest/coverage-v8 declares an exact peer on the matching vitest version. Split across separate PRs, each side pairs a 5.0.0 package with a 4.x sibling and npm ci fails:

npm error code ERESOLVE
npm error While resolving: @vitest/coverage-v8@5.0.0
npm error Found: vitest@4.1.11
npm error   peer vitest@"5.0.0" from @vitest/coverage-v8@5.0.0

That is exactly what happened with #2894 and #2895 — both red on build, build (22.x), build (24.X), docker and Validate PR and Commits. #2899 fixes the current bump by hand; this stops it recurring.

The github-actions ecosystem already uses this pattern for codeql-action, for the same lockstep reason.

Scope

Deliberately limited to vitest, matching device-management-toolkit/mps#2655. There is a case for grouping other lockstep pairs (runtime packages with their @types/* — that split caused a separate failure in mps), but that is left out to keep this reviewable.

Note

Grouping only affects future Dependabot PRs; it does not retroactively combine existing ones.

vitest and @vitest/* release in lockstep and declare exact peers on each other,
so raising them as separate PRs produces a pair that cannot install. #2894 and
#2895 each bumped one half to 5.0.0 and failed every build job with ERESOLVE.

Grouping them means one PR that moves both together, matching the existing
codeql-action group under github-actions.
@madhavilosetty-intel
madhavilosetty-intel merged commit e5e4615 into main Sep 9, 2026
11 checks passed
@madhavilosetty-intel
madhavilosetty-intel deleted the ci/group-vitest-updates branch September 9, 2026 17:39
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants