www-infrastructure-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Matthias Wessendorf <mat...@apache.org>
Subject Re: GitHub pull request comments
Date Thu, 06 Feb 2014 12:51:12 GMT
On Thu, Feb 6, 2014 at 1:47 PM, Marvin Humphrey <marvin@rectangular.com>wrote:

> Greets,
> It seems to me that multiple projects would appreciate being able to use
> GitHub's interface for commenting on pull requests as a channel for dev
> discussions.  Would it be feasible to capture pull request comments via the
> GitHub API and shunt them to Apache dev lists **with no information loss**?

sounds like a good idea, to me


> If so could we bless pull request comments as an official channel?
>     http://developer.github.com/v3/pulls/
>     The Pull Request API allows you to list, view, edit, create, and even
>     merge pull requests. Comments on pull requests can be managed via the
>     Issue Comments API.
>     http://developer.github.com/v3/issues/comments/
>     The Issue Comments API supports listing, viewing, editing, and creating
>     comments on issues and pull requests.
> The experience could be not unlike many Apache dev lists today which are
> 90%
> JIRA notifications (for better or worse).
> I suppose the slippery slope here leads to asking Infra to support GitHub's
> issue tracking in addition to JIRA and Bugzilla, and then eventually
> integration with all aspects of the GitHub development experience.  I'd
> prefer
> to limit the scope of this thread to pull request comments, but the
> possibility of getting sucked in has to be acknowledged.
> I reckon we could scare up enough volunteer developer energy from various
> projects to make the pull request hooks happen now, but long term
> maintenance
> costs would probably fall on Infra, which is obviously a concern.
> Marvin Humphrey

Matthias Wessendorf

blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message