Skip to content

ci: group dependabot minor and patch updates - #2438

Merged
dkhawk merged 3 commits into
mainfrom
ci/group-dependabot-updates
Sep 22, 2026
Merged

dkhawk merged 3 commits into
mainfrom
ci/group-dependabot-updates

Conversation

@kikoso

@kikoso kikoso commented Sep 21, 2026

Copy link
Copy Markdown
Collaborator

Problem

12 of the 32 currently open PRs in this repo are dependabot version bumps, each with its own CI run and its own merge. .github/dependabot.yml declares both ecosystems but sets no groups:, so every dependency gets a separate PR.

Change

Group routine minor and patch updates into one PR per ecosystem per week. Major bumps are deliberately left ungrouped so they keep getting individual review, which is where the actual risk lives.

Expected effect: roughly 12 open bot PRs collapse to about 2 per week, one for Gradle and one for GitHub Actions.

Notes

  • No change to the weekly schedule, the chore(deps) commit prefix, or open-pull-requests-limit.
  • Existing open dependabot PRs are not affected retroactively. Dependabot will supersede them with grouped PRs on its next run, so the current queue can either be merged as-is or closed and left to regenerate.
  • Same change proposed in parallel for android-maps-compose and android-maps-utils, which have the same gap.

Also added: dependabot cooldown

The zizmor security scan flags every updates: entry without a cooldown: as a Medium finding, which fails zizmor-output. It only audits changed files, so the finding was latent until this PR touched dependabot.yml.

Added a cooldown (7 days default, 14 for majors, 3 for patches). It also stands on its own merits: letting a release age before adopting it narrows the window in which a compromised or immediately-yanked version gets pulled in. zizmor-output is green with it in place.

12 of 32 open PRs here are dependabot bumps, one per dependency, because
dependabot.yml sets no groups. Group minor and patch updates per ecosystem
so they arrive as a single weekly PR, and leave majors ungrouped so they
still get reviewed individually.
zizmor audits dependabot.yml and flags each update entry without a
cooldown as a Medium finding, which fails the zizmor-output check. It
only scans changed files, so the finding was latent until this PR touched
the file.

Cooldown also stands on its own: letting a release age before adopting it
narrows the window in which a compromised or immediately-yanked version
gets pulled in.
Dependabot's own config check rejected the file:

  The property '#/updates/1/cooldown/semver-major-days' is not supported
  for the package ecosystem 'github-actions'. (same for minor and patch)

The semver-*-days breakdown is only valid for ecosystems that carry
semver metadata, so github-actions keeps default-days alone. Gradle is
unchanged.
@dkhawk
dkhawk merged commit 5907d94 into main Sep 22, 2026
17 checks passed
@dkhawk
dkhawk deleted the ci/group-dependabot-updates branch September 22, 2026 18:23
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants