:P - I'm pretty sure this can be done but it will require some work - we already use the github API in our merge script and we could hook something like that up with the jenkins tests. Henry maybe you could create a JIRA for this for Spark 1.0?
- Patrick On Sat, Feb 8, 2014 at 3:20 PM, Mark Hamstra <m...@clearstorydata.com> wrote: > I know that it can be done -- which is different from saying that I know how > to set it up. > > >> On Feb 8, 2014, at 2:57 PM, Henry Saputra <henry.sapu...@gmail.com> wrote: >> >> Patrick, do you know if there is a way to check if a Github PR's >> subject/ title contains JIRA number and will raise warning by the >> Jenkins? >> >> - Henry >> >>> On Sat, Feb 8, 2014 at 12:56 PM, Patrick Wendell <pwend...@gmail.com> wrote: >>> Hey All, >>> >>> Thanks for everyone who participated in this thread. I've distilled >>> feedback based on the discussion and wanted to summarize the >>> conclusions: >>> >>> - People seem universally +1 on semantic versioning in general. >>> >>> - People seem universally +1 on having a public merge windows for releases. >>> >>> - People seem universally +1 on a policy of having associated JIRA's >>> with features. >>> >>> - Everyone believes link-level compatiblity should be the goal. Some >>> people think we should outright promise it now. Others thing we should >>> either not promise it or promise it later. >>> --> Compromise: let's do one minor release 1.0->1.1 to convince >>> ourselves this is possible (some issues with Scala traits will make >>> this tricky). Then we can codify it in writing. I've created >>> SPARK-1069 [1] to clearly establish that this is the goal for 1.X >>> family of releases. >>> >>> - Some people think we should add particular features before having 1.0. >>> --> Version 1.X indicates API stability rather than a feature set; >>> this was clarified. >>> --> That said, people still have several months to work on features if >>> they really want to get them in for this release. >>> >>> I'm going to integrate this feedback and post a tentative version of >>> the release guidelines to the wiki. >>> >>> With all this said, I would like to move the master version to >>> 1.0.0-SNAPSHOT as the main concerns with this have been addressed and >>> clarified. This merely represents a tentative consensus and the >>> release is still subject to a formal vote amongst PMC members. >>> >>> [1] https://spark-project.atlassian.net/browse/SPARK-1069 >>> >>> - Patrick