Repository navigation
chore(renovate): rebase only when conflicted - #78
Conversation
|
No actionable comments were generated in the recent review.
|
| Layer / File(s) | Summary |
|---|---|
Set the rebase condition renovate.json |
The configuration sets rebaseWhen to conflicted. |
Estimated code review effort: 1 (Trivial) | ~3 minutes
Change: Other
Merge Risk: 
Minimal · up to c19d6
-
The configuration limits automatic rebasing to conflicted branches. No actionable merge-blocking issue is identified; this is ready to merge after normal configuration checks.
Pre-merge checks: 
5
-
Full details: Docstring Coverage
-
Explanation
No eligible functions found in the changed files. Skipping docstring coverage check. Docstring coverage is scoped to functions touched by this diff with cyclomatic complexity of at least 2. Documentation-only edits and deletions within surviving functions are included; unchanged diff context and fully deleted functions are excluded. Analyzed 0 functions across 0 files. (1 skipped: 1 unsupported.)
-
- Autofix · Keep fixing CodeRabbit findings and required CI, and resolving merge conflicts
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.
A rabbit checks the config at dawn
“Rebase when conflicts are drawn!”
It nibbles a leaf beside the file
Then hops through the fields with a smile
One setting added, and off it is gone
Renovate's default rebases every open PR after each merge, which burns the org's 20 hosted jobs.
rebaseWhen: conflictedrebases only on a real conflict. The merge queue keeps branches current.Summary by CodeRabbit