You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There's a few common code review comments that could be automated (or in the meantime, community members are welcome to jump in and help out the maintainers with these reviews!):
Any changes to locale files, other than en.yml, should be flagged and the PR amended
Any PRs that have a merge commit should be flagged and the PR amended
In both cases, the response is more-or-less the same content each time, usually with a link to the right place in our documentation.
We could automate this, which would bring a few benefits, namely
Faster feedback cycle. Contributors would get the message straight away, while they might still be working on their PR, and not several hours/days later.
Less work for maintainers - we're overstretched already, so it's one less thing to take care of.
More polished responses - sometimes we're a bit pressed for time, or forget the link to the documentation, or similar.
More support for maintainers - like linters and tests, it could highlight things we might miss.
I've seen other projects using Danger for this, since it's able to access the state of the PR in git, i.e. it can reason about the changes, not just the end state (otherwise we'd use linters etc for that).
This seems reasonable. One alternative could be to use a Github PR template with a checklist of requirements. With that said I think there are benefits to automatically enforcing certain things.
(I also wonder if using a template to ensure consistent PR descriptions would make life easier for the maintainers. I’m happy to put together a draft PR if that would be helpful, but I don't want to steer this conversation off-topic!)
This seems reasonable. One alternative could be to use a Github PR template with a checklist of requirements. With that said I think there are benefits to automatically enforcing certain things.
Or perhaps a combination of these two? Using templates for enforcing better (standardized) descriptions and e.g. Danger for automatized labeling of PRs?
There's a few common code review comments that could be automated (or in the meantime, community members are welcome to jump in and help out the maintainers with these reviews!):
en.yml
, should be flagged and the PR amendedIn both cases, the response is more-or-less the same content each time, usually with a link to the right place in our documentation.
We could automate this, which would bring a few benefits, namely
I've seen other projects using Danger for this, since it's able to access the state of the PR in git, i.e. it can reason about the changes, not just the end state (otherwise we'd use linters etc for that).
https://danger.systems/ruby/
Anyone fancy implementing these rules? Or any reasons not to?
The text was updated successfully, but these errors were encountered: