What happened
PR #965 was a routine Tekton task digest update from Renovate (red-hat-konflux[bot]) that was auto-analyzed, auto-approved, and auto-merged in 37 minutes. While reviewing the broader dependency PR landscape, I found that the repo runs both Dependabot (.github/dependabot.yml for github-actions) and Renovate (.github/renovate.json with config:recommended which includes GitHub Actions). This creates duplicate PRs for the same dependency updates.
Current open duplicate pairs include:
Historically, Renovate PRs get merged via the deptriage+auto-merge pipeline, and the Dependabot duplicates are left open until manually closed (e.g., #952 was closed unmerged 2 minutes after its Renovate counterpart #955 was merged).
There are currently 5 open Dependabot PRs and 16 open Renovate PRs. The Dependabot PRs lack deptriage labels and cannot use the auto-merge pipeline.
What could go better
The duplicate PRs waste resources in multiple ways: (1) CI runs execute on both Dependabot and Renovate PRs for the same update, (2) the fullsend review agent reviews both copies, doubling token spend, (3) open Dependabot PRs add noise to the PR queue making it harder for maintainers to see what needs attention, and (4) someone must eventually close the Dependabot duplicates manually or wait for Dependabot to detect the branch is up-to-date.
The Renovate pipeline is strictly superior for this repo because it integrates with deptriage (AI risk analysis + auto-labeling), auto-approve, and auto-merge. Dependabot PRs get none of these automations — they sit open with requires-manual-review until a human acts.
Confidence: High. The overlap is clearly visible in the current PR list and the pattern is consistent across multiple dependency updates over the past month.
Proposed change
Remove or empty the .github/dependabot.yml file to stop Dependabot from creating GitHub Actions dependency update PRs. Renovate already covers this scope via config:recommended.
Specifically, either:
- Delete
.github/dependabot.yml entirely, or
- Replace its contents with a minimal config that disables all ecosystems:
After removing Dependabot, close the 5 existing open Dependabot PRs (#931, #944, #953, #958, #959) that duplicate Renovate coverage.
No changes to .github/renovate.json are needed — it already covers GitHub Actions via config:recommended and has well-configured package rules for grouping and auto-merge.
Validation criteria
After the change: (1) no new Dependabot PRs are created for GitHub Actions updates — verify by waiting one week and confirming zero new PRs from dependabot[bot], (2) Renovate continues to create and manage GitHub Actions dependency PRs as before, (3) the existing 5 open Dependabot PRs are closed, (4) the total open PR count drops by approximately 5, reducing maintainer triage burden.
Generated by retro agent from #965
What happened
PR #965 was a routine Tekton task digest update from Renovate (red-hat-konflux[bot]) that was auto-analyzed, auto-approved, and auto-merged in 37 minutes. While reviewing the broader dependency PR landscape, I found that the repo runs both Dependabot (
.github/dependabot.ymlforgithub-actions) and Renovate (.github/renovate.jsonwithconfig:recommendedwhich includes GitHub Actions). This creates duplicate PRs for the same dependency updates.Current open duplicate pairs include:
Historically, Renovate PRs get merged via the deptriage+auto-merge pipeline, and the Dependabot duplicates are left open until manually closed (e.g., #952 was closed unmerged 2 minutes after its Renovate counterpart #955 was merged).
There are currently 5 open Dependabot PRs and 16 open Renovate PRs. The Dependabot PRs lack deptriage labels and cannot use the auto-merge pipeline.
What could go better
The duplicate PRs waste resources in multiple ways: (1) CI runs execute on both Dependabot and Renovate PRs for the same update, (2) the fullsend review agent reviews both copies, doubling token spend, (3) open Dependabot PRs add noise to the PR queue making it harder for maintainers to see what needs attention, and (4) someone must eventually close the Dependabot duplicates manually or wait for Dependabot to detect the branch is up-to-date.
The Renovate pipeline is strictly superior for this repo because it integrates with deptriage (AI risk analysis + auto-labeling), auto-approve, and auto-merge. Dependabot PRs get none of these automations — they sit open with requires-manual-review until a human acts.
Confidence: High. The overlap is clearly visible in the current PR list and the pattern is consistent across multiple dependency updates over the past month.
Proposed change
Remove or empty the
.github/dependabot.ymlfile to stop Dependabot from creating GitHub Actions dependency update PRs. Renovate already covers this scope viaconfig:recommended.Specifically, either:
.github/dependabot.ymlentirely, orAfter removing Dependabot, close the 5 existing open Dependabot PRs (#931, #944, #953, #958, #959) that duplicate Renovate coverage.
No changes to
.github/renovate.jsonare needed — it already covers GitHub Actions viaconfig:recommendedand has well-configured package rules for grouping and auto-merge.Validation criteria
After the change: (1) no new Dependabot PRs are created for GitHub Actions updates — verify by waiting one week and confirming zero new PRs from dependabot[bot], (2) Renovate continues to create and manage GitHub Actions dependency PRs as before, (3) the existing 5 open Dependabot PRs are closed, (4) the total open PR count drops by approximately 5, reducing maintainer triage burden.
Generated by retro agent from #965