On Thu, 2014-10-30 at 14:57 -0700, John Bafford wrote: > Hi, > > I would like to propose the creation of a team to triage the pull requests on > GitHub, to help ensure that the pull requests are handled in a timely manner. > I am also volunteering to lead such a team, should the RFC be approved. > > https://wiki.php.net/rfc/github-pr > > PHP’s GitHub repository has over 180 open pull requests. Many of these are > bug fixes or new tests that should be incorporated into PHP, but have not > been because the PRs aren’t being regularly monitored. As a result, the large > number of open pull requests may also be discouraging contributions, as > potential contributors may see that pull requests are not being acted on and > decline to submit changes.
I think we should work on the integration of bugs.php.net (b.p.n) and PRs. A PR either is a bug fix or a feature request, both are handled at b.p.n. I once created an initial implementation of such an feature in hope somebody would pick it up and extend it (see "Pull Requests" in i.e. https://bugs.php.net/bug.php?id=1&edit=2) meanwhile GitHub added Webhooks (https://developer.github.com/webhooks/) which should allow to automatically update b.p.n from PR changes. The second issue is that we're doing a bad job at handling bug reports, (https://bugs.php.net/stats.php) there are only very few guys who go through reports and handle those. This simply is a lot of work affecting areas which reviewers probably don't really know. For helping there when doesn't have to be a code contributor i.e. requinix afaik never proposed a patch (sorry if I missed it!) but does a very good job answering to bug reports. I'd also like if we could investigate which triage fields in the bug tracker make sense, right now we basically either reject a bug or assign it to an extension maintainer, hoping they find the time to look into it. Marking things as "trivial" as you suggest or some other criteria might help there to get other (new?) contributors to look into it. I won't like spreading this even more. PRs, RFC wiki, b.p.n, internals are quite a few official channels (aside from inofficial like IRC) and we should consolidate them instead of improving all individually ... johannes -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
