-
Notifications
You must be signed in to change notification settings - Fork 42
Update renovate.json #645
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
Update renovate.json #645
Conversation
raucao
left a comment
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.
LGTM 👍
|
Cool. Is there also a config to create a merge commit as well? Or did you just use the "Rebase and merge" button before? |
|
@galfert I didn't see anything that wasn't related to auto-merging, but also- to be honest I don't fully understand the difference between a rebase and a merge commit', so I just searched for 'merge commit' and that was all I found. Maybe you would find something appropriate though? https://docs.renovatebot.com/configuration-options/ |
|
It's rebaseWhen:
That setting is set for the master branch in this repo. We can either remove the branch setting, or set "rebaseWhen" to "never" AFAICS. |
|
@silverbucket I think it's not a renovate config, but rather you pressing the "Rebase and merge" button when merging PRs, instead of "Create a merge commit": When using the rebase function, all commits of the PR are just put on top of master, so the history is just one straight line of commits: When using a merge commit, the history gains a bit more context. The commits of a PR are grouped together and the merge commit itself references the PR number in the commit message and the person that merged it. That way you can always look it up on Github again to see the context and discussions. Also, and I think that's the important part in regards to the renovate issue, you can more easily skip a whole bunch of commits when looking at the history, because you can see they all belong to one PR. |
No, I think that just configures if renovate rebases an open PR automatically after other PRs have been merged. I noticed that my PR that was merged earlier also doesn't have a merge commit. So if @silverbucket changes his default for the merge button, all should be good :) |
|
@galfert Ah I see, OK I will try to remember to do that with renovate PRs from now on. It would be great if there was a way to set that to the default just for those though. Because, as I understand, we don't normally want to do that for use PRs right? |
|
No, I would prefer it for all PR merges. |
|
Ok, I'll update that setting |
Should update once a month, putting all patch and minor releases into one PR, but still separating major releases as these should really be tested separately to properly identify breaking changes, if any.