Oh well, I went ahead and implemented this :3 GitHub comments that either include a JIRA ticket name or are made on a PR whose title includes a JIRA ticket name, will result in a comment being made in that specific JIRA ticket, similar to what is posted on the ML. This will result in some double posting, as you'll get both a GitHub email and a JIRA email on the ML when this happens. If you don't want this, lemme know and I can filter your project out.
We will not make it so that new tickets are created, you'll have to create a ticket first before this will work. This is an old policy decision that I'm not going to go 180 on just yet. With regards, Daniel. On 02/10/2014 02:49 PM, Daniel Gruno wrote: > cc'ing infra, as this is really an infra topic. > Yes, it is possible - anything is possible, but it will require quite a > lot of work from Infra to make this possible. > > I would suggest you create a new JIRA ticket with this _wish_ and label > is as Git+Wilderness, and I'll try to figure out whether we can support > this or not. > > With regards, > Daniel. > > On 02/10/2014 02:44 PM, Suresh Marru wrote: >> Daniel & Jake, >> >> This is simply nice, appreciate your efforts in integrating this on a quick >> turn around. Can I become more greedy and ask a follow on question/request? >> >> In addition to (or arguably in place of) dev list emails, is it possible to >> have ASF JIRA tickets updated with github PR’s? I mean similar to git and >> svn commits if a pull request is created with a title including issue number >> (like PROJECT-XXXX), then it might be useful to have a comment added to the >> JIRA. This of course raises another question of duplicate emails to the dev >> list for these PR's. >> >> I am looking to address this scenario: A contributor would like to provide a >> patch to an issue created in a project JIRA; creates a github PR; all >> discussion of PR is recorded on the JIRA; once a consensus (direct or >> assumed lazy) is reached, a committer/pmc member will merge the PR closing >> both github PR and resolving JIRA. >> >> Comments on usefulness of this? I am sure I am missing something here. >> >> Thanks, >> Suresh >> >> On Feb 8, 2014, at 6:51 AM, Daniel Gruno <rum...@cord.dk> wrote: >> >>> Let me just get some information across to podlings wondering about this >>> new GitHub stuff we've added, and what is supported so far: >>> >>> - It is now possible to relay new GitHub PRs, comments on PRs and >>> closing/reopening of PRs to your mailing list. >>> >>> - It is also possible for all committers in a project to close PRs with >>> a commit message to the master/trunk branch of a project saying, for >>> instance, "this closes #1234 on GitHub" in the commit message. >>> >>> - This GitHub feature is currently only supported for projects/podlings >>> that have their primary source repository in Git. If you have an SVN >>> mirror instead, we are not fully able to support GitHub PR relaying at >>> the time being, but will support it in the near future. >>> >>> - You have to request PR comments to be enabled for your project, >>> preferably via a JIRA ticket (at >>> https://issues.apache.org/jira/browse/INFRA ). By default, hooks have >>> been set up so that only PR opening/closing gets passed on. New setups >>> will include relaying of comments, but if your project has been set up >>> for a web hook in the past, you must request it be set up with comment >>> notification. This is a new default setting, and all projects that now >>> request PR notifications will automatically receive comments on PRs in >>> their respective mailing list as well. If you are unsure whether your >>> project is set up for relaying GitHub messages (and you want this), make >>> a new JIRA ticket to have it set up, rather one ticket too many than one >>> too few. >>> >>> - Comments _should_ now be nested, so that each new comment has an email >>> reference to the original PR issue, meaning they will nest in mod_mbox >>> and your email client if you have nesting/threading enabled. >>> >>> - We may, in the future, add the possibility to filter out certain >>> comments from being relayed to the ML (such as jenkins workflows etc), >>> but this will all depend on how this initial phase goes along. >>> >>> With regards, >>> Daniel. >>> >>> On 02/07/2014 10:02 PM, Daniel Gruno wrote: >>>> We had a bit of a snafu on adding PR titles to the subject lines, but >>>> it's been taken care of now. >>>> >>>> With regards, >>>> Daniel. >>>> >>>> On 02/07/2014 09:57 PM, Henry Saputra wrote: >>>>> Ah looks like the missing PR title only happen for the emails >>>>> describing comments from the Github pull requests. >>>>> >>>>> - Henry >>>>> >>>>> On Fri, Feb 7, 2014 at 12:55 PM, Henry Saputra <henry.sapu...@gmail.com> >>>>> wrote: >>>>>> Hi Jake, >>>>>> >>>>>> Looks like all the emails from the PR has the same subject: >>>>>> "[GitHub] incubator-spark pull request:" >>>>>> >>>>>> Is there a way to get the Title of the pull request included in the >>>>>> Subject line? >>>>>> >>>>>> Thanks, >>>>>> >>>>>> Henry >>>>>> >>>>>> On Fri, Feb 7, 2014 at 8:30 AM, Jake Farrell <jfarr...@apache.org> wrote: >>>>>>> I just wanted to follow up on my previous comments about the Github >>>>>>> webhooks not posting comments, Daniel Gruno and I have been debugging >>>>>>> the >>>>>>> Github webhooks we had in place to send pull request notifications and >>>>>>> we >>>>>>> have fixed it so comments for issues and pull requests will now go to >>>>>>> the >>>>>>> dev@ lists. If anyone replies to this mail it will stay on the dev@ >>>>>>> list. >>>>>>> >>>>>>> -Jake >>>>>>> >>>>>>> >>>>>>> NOTE: This still remains a project/PMC responsibility to ensure >>>>>>> communication is recorded as this is coming from a 3rd party we do not >>>>>>> control. Communications should be encouraged to occur on our mailing >>>>>>> lists. >>>>>>> We (infra) are working to make things easier and allow for better >>>>>>> integrations and are always open to anyone wanting to help contribute to >>>>>>> these efforts. >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >>>>> For additional commands, e-mail: general-h...@incubator.apache.org >>>>> >>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >>>> For additional commands, e-mail: general-h...@incubator.apache.org >>>> >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >>> For additional commands, e-mail: general-h...@incubator.apache.org >>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >> For additional commands, e-mail: general-h...@incubator.apache.org >> > --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org