Skip to main content
Dependabot & dependency automation
Dependabot
Renovate
技術選定
依存関係管理
DevSecOps
サプライチェーンセキュリティ

Dependabot vs Renovate: a tech-selection guide — which to choose, and is migrating worth it? (2026 edition)

Dependabot vs Renovate: Dependabot is free on public and private repos, using no Actions minutes on standard runners. Paid add-ons and Renovate plans compared.

Published
Last updated
Updated
Reading time
10 min read
Author
友田 陽大
Share

“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

ItemDependabot (GitHub)Renovate
The toolFree (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 costRuns on GitHub Actions. Standard and self-hosted runners (private repos only) don't count towards included minutes; larger runners are billed at the regular rateNone on Mend's cloud. Self-hosted: your servers and CI are on you
What's paidGitHub 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 addsCustom auto-triage rules and dependency review on private repositoriesMerge 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

DimensionDependabotRenovate
ProviderGitHub (native)Mend (formerly WhiteSource). OSS
Supported Git platformsGitHub (a feature built into GitHub)GitHub / GitLab / Bitbucket / Azure DevOps / Gitea / Forgejo / AWS CodeCommit, and more
Package managers30-odd (npm/pip/gomod/docker/maven, etc.)90+
SetupZero-config (alerts/security with no config; version via dependabot.yml)renovate.json + the Mend app, or self-hosting
Config filedependabot.yml (YAML)renovate.json (JSON / advanced presets)
Dependency DashboardNoneYes (on by default). Take stock of majors in one Issue
Groupinggroups / multi-ecosystem-groups (via config)Community presets bundle by default
SchedulingPer package-ecosystem entry (daily–yearly / cron)Also per dependency or per manager (by default it runs as often as it is allowed to)
Security integrationNatively integrated with GitHub alerts / security updatesIts own (vulnerability detection too, but less native than GitHub)
PricingFree (standard runners use none of your included Actions minutes)Open-source edition and Mend Community Cloud free / Enterprise paid
Self-hostingself-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 a cooldown block, 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.yml is plain YAML. Easy to roll out across a team.
  • Protects the GitHub Actions supply chain too: with package-ecosystem: github-actions you 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:recommended includes group:monorepos (packages released from the same monorepo go into one PR) and group:recommended, so the standard groupings work out of the box. Unlike Dependabot, you don't have to write your own groups — smart defaults arrive ready.
  • Fine-grained scheduling: set a schedule per dependency, per manager, or globally. Dependabot can use cron too, but its schedule is set per package-ecosystem entry.
  • 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/cooldown are often enough.
  • Need delicate path-level control in a large monorepo? → Renovate has an edge. Dependabot can handle it with directories globs + 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, and auto-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's ignore/groups/schedule into renovate.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 priorityThe tool to choose
GitHub-native, zero-config, security integration, maintenance-freeDependabot
Flexible grouping/scheduling, Dependency Dashboard, multi-Git platforms, rare ecosystemsRenovate
Unsure / want to startDependabot 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

Frequently asked questions

Which should I choose, Dependabot or Renovate?
Choose Dependabot if you're GitHub-centric and value zero-config, native security integration (alerts/security updates); choose Renovate if grouping flexibility, fine-grained scheduling, multi-Git platforms, or 90+ package managers are requirements. If you're unsure, start with Dependabot and consider Renovate once it's not enough.
Is Dependabot free? Where does paying start?
Yes. Dependabot alerts, security updates and version updates cost nothing extra on public or private repositories, and runs on standard GitHub-hosted runners or self-hosted runners (private repos only) don't count towards your included Actions minutes; only larger runners are billed. What you pay for is the separate GitHub Code Security and Secret Protection products: $30 and $19 (USD) per active committer per month, bought on a Team or Enterprise plan — on top of the plan itself (Team $4, Enterprise $21 per user per month).
Can I use it on Git platforms other than GitHub?
Renovate supports GitHub / GitLab / Bitbucket / Azure DevOps / Gitea / Forgejo and more. GitHub's Dependabot is a feature built into GitHub, with no clean path to self-hosted GitLab CE or Gitea. If a non-GitHub platform is a requirement, Renovate is effectively the only choice.
Can I run both on the same repository?
Not recommended. Running both on the same repo duplicates PRs and causes confusion. The rule is "one tool per repo."
How do the config files differ?
Dependabot uses dependabot.yml (plain YAML) with a low learning curve; Renovate uses renovate.json (JSON plus advanced presets). Renovate's Dependency Dashboard (on by default) and community grouping presets work out of the box, whereas with Dependabot you write your own groups.
Which is cheaper?
Both are free at the core. Dependabot uses none of your included Actions minutes on standard runners. For Renovate, the open-source edition (AGPL-3.0-only) and the Mend-hosted Mend Renovate Community Cloud are free; Enterprise Cloud, which adds support and Merge Confidence Workflows, is paid. If you self-host, count the servers and the maintenance effort as a cost too.

References

友田

友田 陽大

Developer of a METI Minister's Award–winning product. With TypeScript + Python + AWS, I deliver SaaS, industry DX, and production-grade generative AI (RAG) end to end — from requirements to infrastructure and operations — single-handedly.

Stuck choosing a dependency-update tool?

Dependabot / Renovate selection & supply-chain strategy advisory

Whether Dependabot is enough or you should self-host Renovate. As a technical advisor, I'll help design the dependency-update automation that fits your Git platform, monorepo layout, team, and budget — plus the defense-in-depth picture combining SCA (dependencies) with SAST/DAST (your own code).

Available for both project-based (contract) and advisory engagements. Start with a free 30-minute consult.

Also worth reading