Skip workspace specifiers in dependency Version Check#149
Conversation
The Version Check iterates every newly-added dependency from GitHub's dependency-graph compare. pnpm records both the manifest entry (version `catalog:`) and the lockfile-resolved entry (e.g. `1.4.0`). The script could not parse `catalog:` as a version and flagged it stale, so any PR adding a catalog dependency failed even when the resolved version was at latest. Skip pnpm/yarn manifest specifiers (catalog:, workspace:, link:, file:, npm: aliases, git/http URLs) before the version comparison. The resolved version is reported as a separate lockfile entry and is still checked.
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: ASSERTIVE Plan: Pro Plus Run ID: 📒 Files selected for processing (1)
📜 Recent review details⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (2)
🧰 Additional context used📓 Path-based instructions (2).github/workflows/*.yml📄 CodeRabbit inference engine (AGENTS.md)
Files:
.github/workflows/{pr.yml,release.yml,cd.yml,ci.yml,changeset-check.yml,dependency-review.yml,pre-commit.yml,pre-commit-seed.yml}📄 CodeRabbit inference engine (AGENTS.md)
Files:
🧠 Learnings (3)📓 Common learnings📚 Learning: 2026-06-04T20:00:49.800ZApplied to files:
📚 Learning: 2026-06-04T18:38:29.949ZApplied to files:
🔇 Additional comments (1)
📝 WalkthroughWalkthroughThe ChangesManifest Specifier Skip Guard
🎯 2 (Simple) | ⏱️ ~8 minutes 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. Comment |
Problem
The
Version Checkjob iterates every newly-added dependency from GitHub's dependency-graph compare API. For pnpm catalog deps, the graph reports two entries per package: the manifest entry with versioncatalog:and the lockfile-resolved entry (e.g.1.4.0).The script could not parse
catalog:as a semver, so it comparedcatalog:against deps.dev's latest, failed the match, and flagged the dep as stale. Any PR adding a catalog dependency fails this check even when the resolved version is at latest — first hit by #148 (the first catalog dep added since this check landed).Fix
Skip pnpm/yarn manifest specifiers (
catalog:,workspace:,link:,file:,npm:aliases,git/httpURLs) before the version comparison. The resolved version is reported as a separate lockfile entry and is still checked, so coverage is unchanged for real versions and SHA-pinned actions.Verified locally that
catalog:entries are skipped while resolved versions and action SHA pins still route to their respective checks.🤖 Generated with Claude Code