Repository navigation
chore(renovate): rebase only when conflicted - #100
Conversation
|
No actionable comments were generated in the recent review.
|
| Layer / File(s) | Summary |
|---|---|
Configure conflict rebasing renovate.json |
Sets rebaseWhen to conflicted. |
Estimated code review effort: 1 (Trivial) | ~3 minutes
Change: Other
Merge Risk: 
Minimal · up to 6b9da
-
This configuration change is narrowly scoped and introduces no identified merge-blocking risk.
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 update trail,
“Conflicts arise,” it twitches its tail.
Renovate rebases when they appear,
The path is set in config here.
Then off hops the rabbit, bright and clear.
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