-
Notifications
You must be signed in to change notification settings - Fork 440
feat: ping PR author on merge conflicts #1027
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
Conversation
75474f3
to
ea823b9
Compare
@russellb PTAL |
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.
I like this, thanks. A couple things I’d like to add
- add a needs-rebase label
- Another rule that removes that label when a PR is not in conflict
I have config for this in another repo I can add here later, but if you’d like to add that’s even better!
Can do! |
@russellb the 'needs-rebase' label needs to be created. Additionally, should we remove 'DRAFT - DO NOT MERGE'? |
From now on, if a pull request has merge conflicts and needs a rebase, * the author will be pinged * a 'need-rebase' label will be added When conflicts are resolved the label will be removed. Signed-off-by: Sébastien Han <seb@redhat.com>
@@ -8,6 +30,7 @@ pull_request_rules: | |||
- base=main | |||
- label!=hold | |||
- label!=do-not-merge | |||
- label!=needs-rebase |
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 doesn't hurt, but I don't think it's necessary. Or is there a case in which you think this would prevent a merge that otherwise would happen?
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.
How about the case where the PR has been approved and something creating a conflict gets merged? I don't think merge queues are enabled in the current configuration so this scenario might happen right?
Or perhaps we just rely on GitHub's configuration to block merge on conflict?
Done.
I'm not sure what this is referring to. Can you clarify? |
I saw that label, and I was wondering if we should keep it or not. |
Oh, yeah, that's probably not necessary. There's also 'hold'. It looks like someone renamed |
From now on, if a pull request has merge conflicts and needs a rebase, the author will be pinged.
Signed-off-by: Sébastien Han seb@redhat.com