-
-
Notifications
You must be signed in to change notification settings - Fork 353
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
chore: Enable renovate automerge for non-major updates #5182
Conversation
renovate.json
Outdated
"patch", | ||
"pin", | ||
"digest", | ||
"fix" |
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.
fix
is not an allowed value based on the documentation over here.
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.
fixed it
Just for clarity, could we include in the commit message on master that this does not apply to major version updates? Something like "Enable renovate automerge for non-major updates". |
Yes I can do this, but this is also an open point for discussion. Shall we automerge major version changes? |
I would spontaneously say no. Even if our tests pass, there may be problems for consumers when major library versions change. I think a major version upgrade always warrants at least a cursory inspection of the consequences of adopting it. |
It is hard to narrow down which part of the code would be affected by the dependency update, especially on such a big codebase. So I am not sure where I would look for possible failures. For example, Spoon relies heavily on eclipse JDT so if there is an incompatible change, our tests would most likely detect it. But for other less used dependencies, our tests may not detect it, but I imagine it would be rare. |
Okay, let's start without major versions and see how it goes? We can change this any moment if we believe merging majors is useful too. |
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.
Let's go? Any objections @SirYwell @I-Al-Istannen @algomaster99 ?
Really nice, thanks a lot @MartinWitt and all for your inputs |
Currently, renovate is not doing any auto-merge. I believe a config change only affects new pull requests. In the pull requests, the lights for the auto-merge are green, so our config is correct. Lets merge them and see if it works for new pull-requests? |
@MartinWitt It feels like something is wrong, because if you have a look at the recent PRs they say "Automerge: Enabled". Maybe some permission is missing for the bot s.t. it cannot automerge? Perhaps the branch protection bypass isn't working as intended? |
Don't we have "Pull request required" enabled? I'm not boss enough to check the branch protection rules but seems like that would be a show-stopper (for some reason??). https://docs.renovatebot.com/key-concepts/automerge/#pull-requests-required |
After discussion with @monperrus this renovate config enables automerge of green PR updates from renovate. I have changed the master protection rules to let renovate bypass them. I removed some old mockito rule which seems useless.