Conversation
|
Warning Rate limit exceeded
Your organization is not enrolled in usage-based pricing. Contact your admin to enable usage-based pricing to continue reviews beyond the rate limit, or try again in 56 minutes and 10 seconds. ⌛ How to resolve this issue?After the wait time has elapsed, a review can be triggered using the We recommend that you space out your commits to avoid hitting the rate limit. 🚦 How do rate limits work?CodeRabbit enforces hourly rate limits for each developer per organization. Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout. Please see our FAQ for further information. ℹ️ Review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (3)
✨ Finishing Touches🧪 Generate unit tests (beta)
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 |
Summary
.fbuildoutputs.fbuildoutput layouts on the previous inherited-CWD pathzccache audit
Upstream
zackees/zccachenormalizes C/C++ source, include, and header paths relative to the requestkey_root; the daemon registers thatkey_rootfrom the compile request CWD. Output paths are not part of the per-TU key. That means fbuild should invoke zccache from the project workspace root, not from a runner-specific process CWD, for cross-runner/workspace-stable keys.Relevant upstream references:
Fixes #150
Testing
uv run soldr cargo fmt --all -- --checkuv run soldr cargo test -p fbuild-build --test zccache_hit_across_workspace_renameuv run soldr cargo test -p fbuild-build zccache::tests::