-
Notifications
You must be signed in to change notification settings - Fork 31
Autolabel new Pull Requests #29
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
* | ||
* @return string The new status | ||
*/ | ||
public function handlePullRequestCreatedEvent($prNumber) | ||
public function handlePullRequestCreatedEvent($prNumber, $prTitle, $prBody) |
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.
If we listen to this event, we should also listen for changes to the title/body after the PR was created.
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.
Probably ... but we can leave that enhancement for the future.
If this feature is finally approved, should we ...
Thanks! |
Friendly ping to not forget about this PR. What could we do to move it forward? Thanks! |
@javiereguiluz Tests are missing, overall it looks pretty good 👍 |
@sstok thanks for the review. I've fixed the failing test. |
See #34 instead. @javiereguiluz we made such big changes to the repo, it wasn't fair to have you try to figure out the conflict :) |
Two important things:
I haven't tested this in any way and I don't know how to test it in a real repository.
What happens if you try to label an issue with a non-existent label? I guess it will be dropped silently. Otherwise, we'll have a problem if a user creates a PR with a title like this: "[Whatever] Blah blah"FIXED in the latest version of this PR.