Yeah you can do it - just make sure they understand it is a new feature so we're asking them to revisit it. They looked at it in the past and they concluded they couldn't give us access without giving us push access.
- Patrick On Tue, Dec 16, 2014 at 6:06 PM, Reynold Xin <r...@databricks.com> wrote: > It's worth trying :) > > > On Tue, Dec 16, 2014 at 6:02 PM, Nicholas Chammas < > nicholas.cham...@gmail.com> wrote: >> >> News flash! >> >> From the latest version of the GitHub API >> <https://developer.github.com/v3/repos/statuses/>: >> >> Note that the repo:status OAuth scope >> <https://developer.github.com/v3/oauth/#scopes> grants targeted access to >> Statuses *without* also granting access to repository code, while the repo >> scope grants permission to code as well as statuses. >> >> As I understand it, ASF Infra has said no in the past to granting access >> to statuses because it also granted push access. >> >> If so, this no longer appears to be the case. >> >> 1) Did I understand correctly and 2) should I open a new request with ASF >> Infra to give us OAuth keys with repo:status access? >> >> Nick >> >> On Sat Sep 06 2014 at 1:29:53 PM Nicholas Chammas < >> nicholas.cham...@gmail.com> wrote: >> >> Aww, that's a bummer... >>> >>> >>> On Sat, Sep 6, 2014 at 1:10 PM, Reynold Xin <r...@databricks.com> wrote: >>> >>>> that would require github hooks permission and unfortunately asf infra >>>> wouldn't allow that. >>>> >>>> Maybe they will change their mind one day, but so far we asked about >>>> this and the answer has been no for security reasons. >>>> >>>> On Saturday, September 6, 2014, Nicholas Chammas < >>>> nicholas.cham...@gmail.com> wrote: >>>> >>>>> After reading Erik's email, I found this Scala PR >>>>> <https://github.com/scala/scala/pull/3963> and immediately noticed a >>>>> few >>>>> cool things: >>>>> >>>>> - Jenkins is hooked directly into GitHub somehow, so you get the >>>>> "All is >>>>> well" message in the merge status window, presumably based on the >>>>> last test >>>>> status >>>>> - Jenkins is also tagging the PR based on its test status or need for >>>>> review >>>>> - Jenkins is also tagging the PR for a specific milestone >>>>> >>>>> Do any of these things make sense to add to our setup? Or perhaps >>>>> something >>>>> inspired by these features? >>>>> >>>>> Nick >>>>> >>>> >>> >> --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@spark.apache.org For additional commands, e-mail: dev-h...@spark.apache.org