-
Notifications
You must be signed in to change notification settings - Fork 3
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
ci: activate renovateBot #8
ci: activate renovateBot #8
Conversation
efb4b45
to
6752b15
Compare
I think 6752b15 is sufficient to activate it --
Let's see if this activates. A later definition of "latest" to provide a default JQ version without a mutable tag behaviour might be next. |
OK. I've evolved this PR a bit: Selective automerge has returned
For Maintain a fileI've done this before to get some metadata written in duplicate when the project is maintained by renovate:
What this will do is cause the JSON-formatted content in This ultimately means "allow renovateBot to merge a change detected in the I intend to allow this to make a very deliberate update to a sane default value: when jq-1.7.1 or jq-1.8 is released, this will PR an update to change the default, and automerge it. Currently unused, but I expect this to immediately suggest an update HOLY MOLY this seems like a lot of effortI love automation; I appreciate being able to position this and other slow changes on autopilot, even if the regex and data flows can be a puzzle. Thanks for allowing me to stitch these together. |
.github/renovate.json
Outdated
"versioningTemplate": "{{#if versioning}}{{{versioning}}}{{else}}semver-coerced{{/if}}" | ||
} | ||
], | ||
"reviewers": ["@chickenandpork"] |
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.
Flags me as reviewer. I see them faster and can click "yes, machine". Can still require clean checks at repo and org level.
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.
We can also flag a "team" within the "organization" as reviewers if we prefer. As well, Renovate will happily "choose 2 at random from this team" (I think I had that working at an employer a year ago)
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.
sure why not a team?
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.
89fe6e7 implements a suggestion: it's a more trivial "someone from this group" leveraging GitHub to map people rather than a list of people. I think Github can do this, but not Gitlab ?
suggest team config per @nicowilliams
review group doesn't need to be admins
This PR activates the Renovate tool (a more capable Dependabot) to detect outdated dependencies and propose updates via PR; the PR then goes through standard build checks before being reviewed and accepted by a team member.
Renovate Overview for this repo would be at:
https://developer.mend.io/github/jqlang/bazel_rules_jq