“Automating dependency updates — Dependabot or Renovate?” is a question that comes up constantly, on client projects and in teams alike. The short answer: if you're GitHub-centric and value zero-config, native security integration, choose Dependabot; if grouping flexibility, fine-grained control, multi-Git platforms, or rare ecosystems are requirements, choose Renovate. This article compares the two on practical selection criteria and goes as far as whether a migration is warranted.
This is the tech-selection entry in the Dependabot production-operations guide cluster. For the concrete Dependabot configuration and operations, see the complete configuration guide, the auto-merge guide, and the vulnerability-response guide.
Rules for this article: the Dependabot side is based on the GitHub official documentation and the github.com pricing pages (re-checked November 2026), and the Renovate side on the Renovate (Mend) official documentation. Both tools evolve quickly, so confirm the latest in each official source before selecting. Sources are listed at the end.
Dependabot pricing: what's free and where paying starts
First, the question many readers arrive with: does Dependabot cost money?
- Dependabot itself is free. GitHub's pricing page lists "Dependabot security and version updates" in the Free plan, and GitHub Docs names Dependabot alerts among the features "included in all plans." It works on public and private repositories alike.
- Actions minutes. Dependabot jobs run on GitHub Actions, but runs on standard GitHub-hosted runners and on self-hosted runners don't count towards your included Actions minutes (self-hosted runners: private repos only). Only larger runners are billed, at the regular rate.
- What you pay for is a separate product: GitHub Code Security (code scanning, Dependabot custom auto-triage rules, dependency review and more) and GitHub Secret Protection (secret scanning, push protection and more). Both can only be bought on a Team or Enterprise plan, at $30 (Code Security) / $19 (Secret Protection) per active committer per month (USD, as listed on github.com), on top of the plan itself (Team $4, Enterprise $21 per user per month). Together they make up GitHub Advanced Security. On public repositories, code scanning and secret scanning are available free of charge.
- Renovate: the open-source edition (AGPL-3.0-only) and the Mend-hosted Mend Renovate Community Cloud are free. The paid tier is Mend Renovate Enterprise Cloud, which adds support and Merge Confidence Workflows (pricing on request from Mend).
Pricing compared
| Item | Dependabot (GitHub) | Renovate |
|---|---|---|
| The tool | Free (alerts / security updates / version updates, on public and private repos) | Free (the open-source edition is AGPL-3.0-only; Mend Renovate Community Cloud is free too) |
| Compute cost | Runs on GitHub Actions. Standard and self-hosted runners (private repos only) don't count towards included minutes; larger runners are billed at the regular rate | None on Mend's cloud. Self-hosted: your servers and CI are on you |
| What's paid | GitHub Code Security ($30) / GitHub Secret Protection ($19), per active committer per month in USD, bought on a Team / Enterprise plan (on top of the plan itself: Team $4, Enterprise $21 per user per month) | Mend Renovate Enterprise Cloud (contact sales@mend.io for pricing), among others |
| Dependency features the paid tier adds | Custom auto-triage rules and dependency review on private repositories | Merge Confidence Workflows, Mend support, more concurrent jobs and more frequent scheduling |
Note: your own CI workflows triggered by a Dependabot PR are ordinary Actions usage. What's free is Dependabot's update job itself. The cost breakdown continues in "3. Understanding the pricing accurately."
Stuck choosing a dependency-update tool?
Dependabot / Renovate selection & supply-chain strategy advisory
1. The comparison table at a glance
| Dimension | Dependabot | Renovate |
|---|---|---|
| Provider | GitHub (native) | Mend (formerly WhiteSource). OSS |
| Supported Git platforms | GitHub (a feature built into GitHub) | GitHub / GitLab / Bitbucket / Azure DevOps / Gitea / Forgejo / AWS CodeCommit, and more |
| Package managers | 30-odd (npm/pip/gomod/docker/maven, etc.) | 90+ |
| Setup | Zero-config (alerts/security with no config; version via dependabot.yml) | renovate.json + the Mend app, or self-hosting |
| Config file | dependabot.yml (YAML) | renovate.json (JSON / advanced presets) |
| Dependency Dashboard | None | Yes (on by default). Take stock of majors in one Issue |
| Grouping | groups / multi-ecosystem-groups (via config) | Community presets bundle by default |
| Scheduling | Per package-ecosystem entry (daily–yearly / cron) | Also per dependency or per manager (by default it runs as often as it is allowed to) |
| Security integration | Natively integrated with GitHub alerts / security updates | Its own (vulnerability detection too, but less native than GitHub) |
| Pricing | Free (standard runners use none of your included Actions minutes) | Open-source edition and Mend Community Cloud free / Enterprise paid |
| Self-hosting | self-hosted runner (to reach a private network) | Run the open-source edition (npm package / Docker image) yourself. Mend also offers CE / EE (under a EULA) |
Note: with the addition of
groups,cooldown,directories(globs),multi-ecosystem-groups,group-by: dependency-name(grouping across a monorepo's directories), and more, Dependabot has caught up to much of what Renovate once monopolized. Even without acooldownblock, version updates get a default cooldown of 3 days (it does not apply to security updates). The era of "Renovate is the only choice on features" is over.On platforms: Renovate's own comparison page lists Dependabot's officially supported platforms as "GitHub and Azure DevOps" in its table, while its prose says the official Dependabot program only works on GitHub — the same page isn't consistent. This article covers the Dependabot built into GitHub.
2. Each tool's "signature strength"
2.1 Dependabot: zero-config and security integration that blends into GitHub
Dependabot's greatest value is being GitHub-native.
- Vulnerability response starts with zero config: alerts and security updates are just a toggle. The integration — wired directly to the GitHub Advisory Database, with an alert auto-closing when a security-update PR is merged — is something only the first-party GitHub tool offers.
- Free: no extra charge on public or private repos. Runs on standard and self-hosted runners (private repos only) don't count towards your included Actions minutes (only larger runners are billed, at the regular rate).
- Low learning curve:
dependabot.ymlis plain YAML. Easy to roll out across a team. - Protects the GitHub Actions supply chain too: with
package-ecosystem: github-actionsyou can make the workflow actions themselves an update target.
If you're "on GitHub and want to draw the minimum line of not missing vulnerabilities," you should unquestionably start with Dependabot.
2.2 Renovate: flexibility, the Dependency Dashboard, and multi-platform
Renovate's signatures are flexibility and the Dependency Dashboard.
- Dependency Dashboard (on by default —
config:recommended, which onboarding sets up, includes:dependencyDashboard): it creates a single "dependency dashboard" Issue in the repo, where you can run an operation in which a major version upgrade only opens a PR once you tick its checkbox. Being able to "take stock of majors in one place" naturally is powerful. - Community grouping presets:
config:recommendedincludesgroup:monorepos(packages released from the same monorepo go into one PR) andgroup:recommended, so the standard groupings work out of the box. Unlike Dependabot, you don't have to write your owngroups— smart defaults arrive ready. - Fine-grained scheduling: set a schedule per dependency, per manager, or globally. Dependabot can use
crontoo, but its schedule is set perpackage-ecosystementry. - Multi-Git platforms and 90+ package managers: supports GitLab/Bitbucket/Azure DevOps/Gitea/Forgejo and more, and covers rare package managers.
- Self-hosting: run the open-source edition (AGPL-3.0-only) as an npm package (Node.js) or a Docker image, pointed at your own Git instance. Because there is no clean Dependabot path for self-hosted GitLab CE / Gitea / Forgejo, this is Renovate's domain alone.
3. Understanding the pricing accurately
"Both are free at the core," but the meaning of free differs.
- Dependabot: built into GitHub. On standard and self-hosted runners (private repos only) it uses none of your included Actions minutes = free for both public and private. Only billed at the regular rate when run on larger runners. Money comes in when you add GitHub Code Security / Secret Protection (the pricing table above).
- Renovate:
- The Mend-hosted Mend Renovate Community Cloud is free (public and private repos, no limit on the number of repositories). It runs 1 concurrent job per org, and schedules jobs for active repos every 4 hours.
- The open-source edition (npm package / Docker image) is free under AGPL-3.0-only (your own infra / CI cost is on you, of course).
- Mend Renovate Self-Hosted Community Edition (CE) is a self-hosted edition you can use with a free license key. Note that it is closed source under a EULA, not AGPL.
- Paid: Mend Renovate Enterprise Cloud (support, enhanced scalability and scheduling, Merge Confidence Workflows). The Merge Confidence badges themselves are enabled automatically in the Mend Renovate App; what's paid is the Workflows side, such as "only raise a PR once the update is in High confidence." (Projects under an OSI-approved licence can request the Community (OSS) plan, which also includes the Workflows if Mend accepts the request.)
A tip for the cost call: Dependabot is "the tool is free, what you consume is your own CI that runs triggered by PRs." Self-hosted Renovate is "the tool is free, what you consume is the compute that runs Renovate itself + CI." Count the operational effort (maintaining the self-host) as 'cost' too.
4. A situation-by-situation selection flow
Narrowing down along practical questions.
- Are you on GitHub? → If No, Renovate (Dependabot is a feature built into GitHub).
- Want to draw the minimum line of vulnerability detection as fast as possible? → Dependabot (zero-config + native alerts).
- Want fine-grained control of PR grouping / scheduling, or to take stock of majors in one place? → Renovate (Dependency Dashboard + presets). That said, Dependabot's
groups/cooldownare often enough. - Need delicate path-level control in a large monorepo? → Renovate has an edge. Dependabot can handle it with
directoriesglobs +group-by, so it depends on requirements. - Use a rare package manager (one of the 90+)? → Renovate.
- Want to minimize team learning curve and operational load? → Dependabot (first-party, YAML, maintenance-free).
My practical default: "On GitHub, Dependabot first." Consider Renovate only after using
groups,cooldown, andauto-merge(GitHub Actions) to the hilt and finding requirements still unmet — this is the order that minimizes learning curve and operational load. Self-hosting Renovate from the start is only for cases where requirements are clear (YAGNI).
5. How to think about running both / migrating
- Running both is generally not recommended: running both on the same repo duplicates PRs and causes confusion. One tool per repo is the rule.
- Dependabot → Renovate migration: translate the settings equivalent to
dependabot.yml'signore/groups/scheduleintorenovate.json. Renovate has presets and a config guide to help with migration. Weigh giving up the GitHub-native integration of alerts/security updates (vulnerability response is possible in Renovate too, but not as seamless as GitHub). - Renovate → Dependabot migration: be prepared to give up fine-grained presets. But it's a reasonable choice when you want to simplify operations. Now that Dependabot's features have grown, the migration is more realistic.
6. Conclusion
| Your priority | The tool to choose |
|---|---|
| GitHub-native, zero-config, security integration, maintenance-free | Dependabot |
| Flexible grouping/scheduling, Dependency Dashboard, multi-Git platforms, rare ecosystems | Renovate |
| Unsure / want to start | Dependabot first. Renovate once it's not enough |
Automating dependency updates isn't a question of "which is superior" but of "which meshes with your platform, requirements, and operating model." Many GitHub projects reach sufficient quality just by using Dependabot to the hilt. For the concrete build-out, head to this cluster's guides — configuration, auto-merge, and vulnerability response.
Sources
- About Dependabot — GitHub Docs
- Dependabot options reference — GitHub Docs
- Dependabot on GitHub Actions runners — GitHub Docs
- About GitHub Advanced Security — GitHub Docs
- GitHub Advanced Security license billing — GitHub Docs
- GitHub Pricing
- GitHub Advanced Security
- Bot comparison — Renovate Docs
- Mend Renovate Cloud-hosted (Community and Enterprise) — Renovate Docs
- Running Renovate — Renovate Docs
- Merge Confidence — Renovate Docs
- Renovate (Mend) Documentation