GitHub Dependabot configuration file defining automated dependency update schedules, package ecosystems to monitor, and review assignment rules.
dependabot.yml
dependabot.yml is the configuration file GitHub reads from a repository’s .github/ directory to drive Dependabot — the automated service that watches a project’s dependencies and opens pull requests when new or more secure versions ship. In a single YAML document you declare which package ecosystems to monitor, where their manifests live, how often to check, and who reviews the resulting updates. It turns dependency hygiene from a manual chore into a scheduled, reviewable pipeline.
updatesblocks - Each entry pairs apackage-ecosystem(npm, pip, bundler, docker, github-actions, and more) with adirectoryand aschedule.- Version vs. security updates - Version updates keep dependencies current on a cadence; security updates react to advisories in the GitHub vulnerability database.
- Review and grouping controls -
reviewers,assignees,labels,open-pull-requests-limit, andgroupsshape how updates land so they don’t overwhelm a team. - Ecosystem breadth - One file can govern many manifests across a monorepo, giving a single, auditable source of truth for update policy.
In real API operations, dependabot.yml is one of the cheapest supply-chain controls a team can adopt: it keeps client libraries, server frameworks, and CI actions patched without anyone remembering to look. I treat its presence as a small but honest signal that a provider is thinking about the software behind the API, not just the endpoints. As agents begin to consume and rebuild against APIs continuously, keeping dependencies current sits alongside broader Dependency Management and DevOps practice as table stakes for a trustworthy pipeline.
Referenced on the API Evangelist blog
Where this standard shows up across sixteen years of my writing at apievangelist.com — how it fits into API design, governance, and the agentic turn.