-
-
Notifications
You must be signed in to change notification settings - Fork 135
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
TASK: Adding labels to PRs #3387
Conversation
Guess will add this to the other repos (flow and neos) as well... |
What about changing the target branch afterwards? This we would do manually? |
Then I need to read the event docs of github actions again ;) |
Until the runner supports the remove all labels, I will skip that. And I don't want to maintain another custom library ;) So when this will work anytime. We can remove all labels and readd the matching ones. |
Can we also make a rename action so when I write |
1b51dae
to
8c729ea
Compare
Work on that, but comes with another PR and actually not finished. |
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.
Looks good to me!
Should we add this to the lowest maintained branch? Or are we fine with adding it to 8.3 and above? |
Hmm good point @ahaeslich |
With this task, we add automatically labels to the PRs. That makes the maintaining easier, as we did that manually all the time. We always add the target branch as label, so we see directly which version the PR targets. And if the Commit message is following our rules, we als add the bugfix, task or feature label.
578b7db
to
6c9ca3b
Compare
Rebase is done ;) @ahaeslich |
With this task, we add automatically labels to the PRs. That makes the maintaining easier, as we did that manually all the time. *What I did* We always add the target branch as label, so we see directly which version the PR targets. And if the Commit message is following our rules, we also add the bugfix, task or feature label. *How I did it* I use the runner from https://github.com/actions-ecosystem They use node 12 which leads to a warning as actions are running node 16 but an issue is created and it runs anyways. *How to verify it* Checkout how it works in the neos-ui. neos/neos-ui#3387
With this task, we add automatically labels to the PRs. That makes the maintaining easier, as we did that manually all the time. *What I did* We always add the target branch as label, so we see directly which version the PR targets. And if the Commit message is following our rules, we also add the bugfix, task or feature label. *How I did it* I use the runner from https://github.com/actions-ecosystem They use node 12 which leads to a warning as actions are running node 16 but an issue is created and it runs anyways. *How to verify it* Checkout how it works in the neos-ui. neos/neos-ui#3387 **Checklist** - [x] The PR is created against the [lowest maintained branch](https://www.neos.io/features/release-roadmap.html) - [ ] Reviewer - PR Title is brief but complete and starts with `FEATURE|TASK|BUGFIX` - [ ] Reviewer - The first section explains the change briefly for change-logs - [ ] Reviewer - Breaking Changes are marked with `!!!` and have upgrade-instructions
With this task, we add automatically labels to the PRs. That makes the maintaining easier, as we did that manually all the time.
What I did
We always add the target branch as label, so we see directly which version the PR targets. And if the Commit message is following our rules, we also add the
bugfix
,task
orfeature
label.How I did it
I use the runner from https://github.com/actions-ecosystem
They use node 12 which leads to a warning as actions are running node 16 but an issue is created and it runs anyways.
How to verify it
https://github.com/Unikka/neos-ui-new/actions/runs/4217847523