Skip to content

ci: group dependabot minor and patch updates - #1008

Open
kikoso wants to merge 3 commits into
mainfrom
ci/group-dependabot-updates
Open

kikoso wants to merge 3 commits into
mainfrom
ci/group-dependabot-updates

Conversation

@kikoso

@kikoso kikoso commented Sep 21, 2026

Copy link
Copy Markdown
Collaborator

Problem

.github/dependabot.yml declares both ecosystems but sets no groups:, so every dependency bump opens its own PR with its own CI run. There are 2 open right now, and the steady-state noise is higher than it needs to be.

Change

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

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 supersedes them on its next run.
  • Same change proposed in parallel for android-maps-utils and android-samples, which have the same gap. android-samples is the worst affected, with 12 of 32 open PRs coming from dependabot.

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.

dependabot.yml sets no groups, so every dependency bump opens its own PR
with its own CI run. Group minor and patch updates per ecosystem into a
single weekly PR, and leave majors ungrouped so they are still reviewed
individually.
@kikoso
kikoso requested a review from a team as a code owner September 21, 2026 06:51
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.
@github-actions

Copy link
Copy Markdown

Coverage (unit tests)

No unit baseline recorded in coverage/history.csv yet, so this run only reports absolute numbers.

Module Line % Change Branch % Change
maps-compose 0.00% new 0.00% new
maps-compose-utils 2.04% new 0.49% new
maps-compose-widgets 0.00% new 0.00% new
TOTAL 0.42% new 0.09% new

Line and branch coverage from unit test reports. History is recorded in coverage/history.csv after each merge to main.

@googlemaps-bot

googlemaps-bot commented Sep 21, 2026

Copy link
Copy Markdown
Contributor

Code Coverage

Overall Project 24.59%

There is no coverage information present for the Files changed

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.

This branch has not been deployed

No deployments
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.

3 participants