Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Conversation

@silverbucket
Copy link
Member

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.

@silverbucket silverbucket added state:ready kredits-1 Small contribution labels Dec 13, 2021
@silverbucket silverbucket self-assigned this Dec 13, 2021
Copy link
Contributor

@raucao raucao left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM 👍

@silverbucket silverbucket merged commit dc1f05e into master Dec 13, 2021
@silverbucket silverbucket deleted the renovate-update-1 branch December 13, 2021 16:08
@galfert
Copy link
Contributor

galfert commented Dec 13, 2021

Cool. Is there also a config to create a merge commit as well? Or did you just use the "Rebase and merge" button before?

@silverbucket
Copy link
Member Author

@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/

@raucao
Copy link
Contributor

raucao commented Dec 13, 2021

It's rebaseWhen:

Renovate will autodetect the best setting. Defaults to conflicted unless the repository has a setting requiring PRs to be up to date with the base branch

That setting is set for the master branch in this repo. We can either remove the branch setting, or set "rebaseWhen" to "never" AFAICS.

@galfert
Copy link
Contributor

galfert commented Dec 13, 2021

@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":

Screenshot 2021-12-13 at 18 19 58

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:

Screenshot 2021-12-09 at 19 11 19

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.

Screenshot 2021-12-09 at 19 12 00

@galfert
Copy link
Contributor

galfert commented Dec 13, 2021

It's rebaseWhen:

Renovate will autodetect the best setting. Defaults to conflicted unless the repository has a setting requiring PRs to be up to date with the base branch

That setting is set for the master branch in this repo. We can either remove the branch setting, or set "rebaseWhen" to "never" AFAICS.

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 :)

@silverbucket
Copy link
Member Author

@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?

@galfert
Copy link
Contributor

galfert commented Dec 13, 2021

No, I would prefer it for all PR merges.

@silverbucket
Copy link
Member Author

Ok, I'll update that setting

@silverbucket silverbucket linked an issue Dec 13, 2021 that may be closed by this pull request
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

kredits-1 Small contribution

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Consolidate Renovate PRs even more

4 participants