ci: fix CI pipeline (pnpm frontend, ruff, lint error)#5
Conversation
- Frontend CI used npm (cache: npm, package-lock.json, npm ci) but the project uses pnpm -> setup-node failed to resolve the lockfile. Switch to pnpm/action-setup + pnpm cache + `pnpm install --frozen-lockfile`, and run tsc / lint / build. - Fix a latent eslint error: `no-unused-expressions` on a ternary-as- statement in Dashboard.toggle (rewrite as if/else). - Apply ruff import-order autofix to 3 pre-existing files so `ruff check .` passes. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
|
Warning Review limit reached
More reviews will be available in 39 minutes and 22 seconds. Learn how PR review limits work. Your organization has used up its prepaid credits, and credit purchases are no longer available. Enable the review add-on in the billing tab to keep reviews running — you're only billed for reviews past your plan's rate limits ($0.25/file). ⌛ 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: ASSERTIVE Plan: Pro Run ID: 📒 Files selected for processing (5)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
CI was failing on
main(runs #3/#4). Two root causes, both fixed here.1. Frontend job used npm, project uses pnpm
actions/setup-nodewas configured withcache: npm+cache-dependency-path: frontend/package-lock.json, but there is nopackage-lock.json(the repo usespnpm-lock.yaml), so the step failed: "Some specified paths were not resolved, unable to cache dependencies." andnpm ciwould have failed too.→ Switched to
pnpm/action-setup@v4+cache: pnpm+pnpm install --frozen-lockfile, and runtsc --noEmit,pnpm lint, andpnpm build. Verified the lockfile is in sync (--frozen-lockfilepasses).2. Backend lint failed on 3 pre-existing import-order issues
ruff check .reportedI001inapps/auth_github/tests/test_github_api.py,apps/repos/tasks.py,apps/repos/tests/test_view_helpers.py. Appliedruff --fix(import reordering only, no logic change).3. Latent eslint error
Fixed
@typescript-eslint/no-unused-expressionson a ternary-as-statement inDashboard.toggle(rewrote asif/else). This wasn't caught earlier because the prior CI failed before reaching eslint.Verified locally
ruff check .→ cleanpnpm install --frozen-lockfile→ up to datetsc --noEmit→ clean ·pnpm lint→ 0 errors (1 pre-existing warning) ·pnpm build→ clean🤖 Generated with Claude Code