Pin public npm registry so Dependabot can rebase npm PRs (closes #67) - #68
Conversation
Dependabot refused to rebase/recreate every frontend npm PR with 'can't access a private package registry without explicit configuration' (#67), even though all deps resolve from public npm and there's no .npmrc or registries: block. Backend (uv) and github-actions PRs rebased fine — the gap was npm-ecosystem-specific. Dependabot's npm updater sources the registry from a committed .npmrc (or a registries: block). This adds the minimal explicit config — the public npm registry, no auth token (public). Also makes CI/local npm installs deterministic about the registry.
|
Warning Review limit reached
More reviews will be available in 7 minutes and 2 seconds. Learn how PR review limits work. Your organization has reached its usage spending cap. Adjust your spending cap in the billing tab. ⌛ How to resolve this issue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based credits. 🚦 How do rate limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please see our Fair Usage Limits Policy for further information. ℹ️ Review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (1)
✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
Closes #67.
Problem
@dependabot rebase/recreatefailed on every frontend npm PR (#50, #52, #54, #58, #60) with:…even though every dependency resolves from public npm (verified: no repo
.npmrc, noregistries:block, allpackage-lock.jsonresolvedURLs areregistry.npmjs.org, no git/file/private deps). Backend (uv) andgithub-actionsPRs rebased fine — the gap was npm-ecosystem-specific, which is why we had to rebase the frontend PRs by hand while clearing the backlog.Fix
Dependabot's npm updater sources the registry from a committed
.npmrc(or aregistries:block). This repo had neither, so the error is literally accurate — there was no explicit registry config. Addedsrc/frontend/.npmrcpinning the public registry:No auth token (the registry is public; tokens belong in Dependabot secrets, never the repo). Side benefit: CI/local
npminstalls are now deterministic about the registry.Verification
npm ciinsrc/frontendsucceeds with the committed.npmrc;npm config get registry→https://registry.npmjs.org/; no token in the file.main,@dependabot recreateon a stuck frontend PR should succeed instead of erroring. I'll trigger that after merge to validate.Note
This is the minimal documented remedy. If it doesn't fully clear the error, the fallback is an org/repo-level Dependabot
registries:entry — but that's heavier and shouldn't be needed for public-only npm.