Dependabot Generator
Automated and safer dependency updates
-
1Enter data
Enter content, paste text or load a file from disk. -
2Click the button
The tool will immediately process your data in the browser. -
3Get the result
Copy the finished text or save the file to your device.
return "Result ready in 0.1s";
}
Comma-separated user or team names.
Save the result as .github/dependabot.yml. The groups section combines compatible updates into fewer pull requests.
Rate this tool:
Related tools
Other tools you may find usefulDependabot generator - a ready dependabot.yml file
The Dependabot generator creates an automated dependency update configuration for a GitHub repository. Pick package ecosystems, an update frequency, an open pull request limit, a commit prefix, and reviewers, and the tool builds valid version: 2 YAML ready to save as .github/dependabot.yml.
What the Dependabot configuration describes
Every item in the updates list identifies a package manager, a manifest location, and a schedule. The generator creates a separate item for every selected ecosystem, so one repository can update npm packages, Composer dependencies, Dockerfile images, and actions referenced by workflows at the same time.
| Field | Purpose | Generator value |
|---|---|---|
version | configuration schema version | always 2 |
package-ecosystem | dependency manifest type | one of nine supported identifiers |
directory | manifest location in the repository | repository root / |
schedule.interval | check frequency | daily, weekly, or monthly |
open-pull-requests-limit | maximum number of open PRs | an integer from 0 through 100 |
groups | combines compatible updates | one group with the * pattern per ecosystem |
Supported ecosystems and manifests
The list covers npm, Composer, pip, Go modules, Cargo, Bundler, Docker, GitHub Actions, and Terraform. Identifiers in the output match GitHub syntax, including gomod for go.mod and github-actions for files under .github/workflows. If a project keeps manifests in subdirectories, duplicate the relevant generated item and change directory to a path beginning with a slash.
How to prepare the file step by step
- Choose a PHP, Node, or Python preset, or select ecosystems manually. At least one item is required because an empty
updateslist would not describe any work. - Set the schedule. Daily checks deliver fixes quickly, weekly checks often reduce noise, and a monthly interval suits stable projects with a slower release cycle.
- Enter the pull request limit. A value of
0pauses version update PRs, while a small positive limit helps a team review changes continuously. - Optionally enter comma-separated reviewers and enable grouping. Names are validated and values are safely quoted, so form input cannot break YAML structure.
- Copy the result, save it at
.github/dependabot.yml, commit it, and inspect Insights -> Dependency graph -> Dependabot in the repository.
Before committing, paste the result into the YAML validator. If the configuration tracks container images, the Dockerfile generator helps create a file with an explicit base image version. Projects hosted on GitLab can pair dependency updates with the pipeline produced by the GitLab CI generator.
Update groups and risk control
Without groups, Dependabot may open a separate pull request for each library. Enabling groups creates one group per ecosystem and includes every dependency with the wildcard pattern. This shortens the review queue, but a larger PR can be harder to diagnose when one package breaks tests. Critical repositories can refine the patterns after generation or create separate groups for patch and minor updates.
A PR limit is not a substitute for tests. Every automatic change should run CI, static analysis, and integration checks. Container image updates should also build and scan the image before merge. Dependabot proposes a change; the team still owns the release decision.
Reviewers, commits, and security
The generator removes a leading @ from reviewer names, removes duplicates, and accepts GitHub user or team names. The prefix enters commit-message.prefix as a safely encoded scalar. A familiar convention such as chore or deps lets changelog and automation rules classify these commits consistently.
registries section; never paste a sensitive value directly into a file tracked by Git.The generator creates no registry block and accepts no secret values, so it cannot accidentally expose credentials in its output. After saving the file, inspect security alerts and branch protection rules too. An update pull request should pass the same quality gates as a change written by a contributor.
Frequently asked questions
Where should I save the generated file?
Save it exactly as .github/dependabot.yml on the repository default branch. GitHub does not treat another name or directory as the Dependabot configuration.
Can it support a monorepo?
Yes. Generated items use the root directory /. Add another item for each directory that has its own manifest and set the matching directory, or use the supported multiple-directory option.
What does a zero pull request limit mean?
A value of 0 for open-pull-requests-limit can temporarily stop version update pull requests for that item without removing the rest of the configuration.
Does grouping include security fixes?
Behavior depends on the selected options and alert type. Review the repository policy after deployment because an urgent security fix may be better merged separately than held for a larger update group.
How do I skip major updates?
Add an ignore section with the semantic major update type to the selected item. The generator provides a safe baseline, and detailed version rules can be added after copying the result.