-
Notifications
You must be signed in to change notification settings - Fork 23
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
integrate with renovate #358
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks fine to me as far as I can tell. I tried running it, following the instructions in the README. It produced this for some reason: #359, I suspect because this is not merged yet.
Yeah, the renovate JSON config needs to be on the main branch. |
After putting together the PR for #357 yesterday I wondered if renovate could be used to help find/detect/issue PRs for dependencies in our Dockerfiles. renovate has good support for github tags/releases, which most of our dependencies live at. We can write custom managers for other dependencies, but first thought I'd send this over to see if this is how we want to proceed (i.e. do we want to use renovate for this, or maybe some other tool).
Basically, if this PR is merged we can follow the instructions in the README to update a whole slew of dependencies. If we're in agreement renovate is the preferred approach for this, we can add other dependencies to be checked, and look into automating the PR process. Right now a PR would need created by manually running the renovate CLI on a developer's workstation with the proper dependencies installed and the proper GitHub token. Automating could just be a github action we add the properly scoped token for in a secret that runs on a schedule. We probably should use a robot github account for that.
The PR that will get issued in this repo will look like this: joecorall#12