Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Consider renovatebot instead of dependabot #982

Closed
nicholasbishop opened this issue Oct 30, 2023 · 0 comments
Closed

Consider renovatebot instead of dependabot #982

nicholasbishop opened this issue Oct 30, 2023 · 0 comments

Comments

@nicholasbishop
Copy link
Member

nicholasbishop commented Oct 30, 2023

I've seen a lot of projects using https://github.com/renovatebot/renovate of late, and recently tried it out myself on a project. I was hoping it would address some of the annoyances I've had from dependabot, and indeed it did. With renovatebot we can set up something like the following:

  • Batched lockfile updates. When a dep releases an update that is semver-compatible with what we have in Cargo.toml, it's good to update the lockfile so that we test with that latest version -- since that's indirectly what most users will get when they use uefi as a dep. But there's not much value to us manually approving each of those, or to each one being in a separate commit. We can set up renovatebot to batch up these updates on a schedule, and automatically merge if the CI passes.
  • Regular PRs for non-semver-compat updates. These will still need manual approval, and are more likely to fail CI anyway due to API changes.

The only setup needed to make this happen is adding the renovate github app to the rust-osdev org if it's not already in there, and adding the renovate.json config.

Edit: oh, and we could also set it to automatically merge things like the typos updates :)

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 a pull request may close this issue.

1 participant