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 switching Dependabot to Renovatebot #133

Open
wmmc88 opened this issue Apr 2, 2024 · 1 comment
Open

Consider switching Dependabot to Renovatebot #133

wmmc88 opened this issue Apr 2, 2024 · 1 comment
Labels
infrastructure Tooling improvements for working on this repo (pipelines, automation, etc.)

Comments

@wmmc88
Copy link
Collaborator

wmmc88 commented Apr 2, 2024

          This version, along with the versions in the cargo-make makefiles(including the other pinned binary dependencies) should be auto-updated by pipelines (similar to other things managed by dependabot). It looks like this is [not supported by dependabot yet](https://github.com/dependabot/dependabot-core/issues/9420), but there's another popular open source tool called [renovatebot that supports this](https://docs.renovatebot.com/modules/manager/regex/).

Originally posted by @wmmc88 in #127 (comment)

All dependencies should have update prs generated automatically. this included pinned binary dependencies in github actions, dependencies specified in cargo-make makefiles, etc

@wmmc88 wmmc88 added the infrastructure Tooling improvements for working on this repo (pipelines, automation, etc.) label Apr 2, 2024
@wmmc88
Copy link
Collaborator Author

wmmc88 commented Sep 25, 2024

This is a native feature of renovatebot. Given dependabot/dependabot-core#4009, and the fact that dependabot is overly eager about updating our Cargo.toml dependency versions right now, we should consider just switching everything over to renovatebot.

overly eager about updating our Cargo.toml dependency versions right now

Right now, both lockfile and manifest are updated by dependabot. This is the desired behavior for our sample drivers in the examples folder, but the core library crates should be only updating their lockfiles automatically (to validate that dependencies aren't violating semver) and only upreving the versions in the manifests when there is a major version change. This allows the resolver to accept a wider range of dependencies when this repos crates are used downstream

@wmmc88 wmmc88 changed the title Automatically generate dependabot-style update prs for dependencies not supported by dependabot Consider switching to Renovatebot Sep 25, 2024
@wmmc88 wmmc88 changed the title Consider switching to Renovatebot Consider switching Dependabot to Renovatebot Sep 25, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
infrastructure Tooling improvements for working on this repo (pipelines, automation, etc.)
Projects
None yet
Development

No branches or pull requests

1 participant