Skip to content

Conversation

armsnyder
Copy link
Collaborator

Description

This action fails if either needs-rebase or do-not-merge labels are present on the PR.

The benefit is we have a way to communicate that a PR should not be merged (do-not-merge) that has some enforcement with it.

I don't know how useful this is right now, but we can also expound on it to add other label rules, for example a PR must have one of N different labels before it can be merged. It could be useful for PR triaging purposes.

Tested in my fork.

PR Checklist

  • Resource attributes match 1:1 the names and structure of the API resource in the GitLab API documentation.
  • Examples are updated with:
    • A *.tf file for the resource/s with at least one usage example
    • A *.sh file for the resource/s with an import example (if applicable)
  • New resources have at minimum a basic test with three steps:
    • Create the resource
    • Update the attributes
    • Import the resource
  • No new //lintignore comments that came from copied code. Linter rules are meant to be enforced on new code.

@armsnyder armsnyder added the DX Developer Experience, e.g. contributing, readme, makefile, issue / pr template changes label Jan 31, 2022
@timofurrer
Copy link
Member

don't know how useful this is right now

Something like that would be very useful even right now, e.g. for #815.

Let's start with these two labels. Or maybe a third one which would indicate that it should only be merged after the next release. Maybe wait-upcoming-release or merge-after-release or something like that.

@armsnyder
Copy link
Collaborator Author

Heh yep, #815 gave me the idea. I think just the one do-not-merge label is ok for now. Juggling lots of different labels with similar meaning can be rough. But yep it's always open for change.

@timofurrer
Copy link
Member

Juggling lots of different labels with similar meaning can be rough

Btw. I also think that given the labels meaningful descriptions can help a lot with maintaining them.
Unfortunately, I don't have access to edit them (yet).

@armsnyder
Copy link
Collaborator Author

@timofurrer

Unfortunately, I don't have access to edit them (yet).

Oh no, I didn't realize. 😮 And I agree, descriptions are valuable. We could use something like https://github.com/marketplace/actions/label-syncer if it's easier to check the descriptions into git. Or you can suggest descriptions and I could add them.

@armsnyder armsnyder requested a review from timofurrer February 1, 2022 19:27
@timofurrer timofurrer merged commit 43c0b0b into gitlabhq:master Feb 2, 2022
@armsnyder armsnyder deleted the workflow-pr-required-labels branch February 2, 2022 06:37
@armsnyder
Copy link
Collaborator Author

That wasn't a problem for very long 😆

@timofurrer
Copy link
Member

Yes, that's right 💪 😄

@github-actions github-actions bot locked and limited conversation to collaborators Nov 9, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
DX Developer Experience, e.g. contributing, readme, makefile, issue / pr template changes
Development

Successfully merging this pull request may close these issues.

2 participants