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
As of nodebugme/site@fe2d715, pull requests should no longer show up in the triage queue -- this is good, because all the questions nodebugme asks are about issues, not pull requests.
However, there are a lot of pull requests, and it would be great to be able to make some information available about them! The problem is, then, what to ask?
The parameters are:
Questions must be objective, not subjective. That is to say, two reasonable humans who have roughly equal background knowledge & experience, should be able to come to the same answer to a question -- even if their opinions differ.
Answers to questions, while objective, must not be easily derived from the data available -- after all, if it's easy to derive, why not have a computer do it?
Answers should provide an actionable outcome for contributors.
There should be some benefit to answering the question on Nodebugme (vs. directly commenting on the pull request).
A few questions I'm thinking of:
Has this pull request already been resolved? When?
Does this pull request duplicate functionality from any other pull request? Which ones?
The text was updated successfully, but these errors were encountered:
Does this pull request fix existing issues?
[ ] Yes: Issue number(s) …………………
[ ] No
[ ] Don't know
While triaging, I stumbled upon several issues having already a PR linked to them, where the proposed solution was discussed and at least generally agreed on. So I usually marked those issues (with mostly less specific discussions) as duplicate.
It would also be nice if an issue/PR could be flagged as actual bug, feature request, general question, documentation issue, etc. along with a severity/complexity estimation of the issue ("we should entirely rewrite core module xy" vs. "I fixed a spelling mistake"). This would it make easier to crunch a larger number of small/easy issues or postponing feature requests, reducing the total amount of tickets to have more time discussing/fixing the larger ones.
As of nodebugme/site@fe2d715, pull requests should no longer show up in the triage queue -- this is good, because all the questions nodebugme asks are about issues, not pull requests.
However, there are a lot of pull requests, and it would be great to be able to make some information available about them! The problem is, then, what to ask?
The parameters are:
A few questions I'm thinking of:
The text was updated successfully, but these errors were encountered: