[ https://issues.apache.org/jira/browse/BUILDS-102?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14645889#comment-14645889 ]
Ismael Juma commented on BUILDS-102: ------------------------------------ That sounds promising [~abayer]. Thanks for looking into this. In the meantime, I'll test close/reopen PR as a workaround. > Ability to trigger Jenkins rebuild for GitHub pull requests > ----------------------------------------------------------- > > Key: BUILDS-102 > URL: https://issues.apache.org/jira/browse/BUILDS-102 > Project: Infra Build Platform > Issue Type: Improvement > Components: Jenkins > Reporter: Ismael Juma > Assignee: Andrew Bayer > > It would be really useful to be able to trigger a Jenkins rebuild for a > GitHub pull request when the build fails due to a transient problem (ie flaky > tests and/or environmental issues). Despite our best efforts, it's hard to > eliminate all flaky tests from the Kafka codebase (as some are fixed, new > ones appear). > This is supported by the open-source GitHub Pull Request Builder Plugin via > comments in the pull request itself (e.g. "retest this please" to rebuild, > "add to whitelist" to automatically build future pull requests from the > submitter, etc.): > https://wiki.jenkins-ci.org/display/JENKINS/GitHub+pull+request+builder+plugin > Spark is using this with the AMPLab Jenkins instance: > https://github.com/apache/spark/pull/7613 > https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder/38199/consoleFull > The Apache Jenkins instance is using the Jenkins Enterprise GH PR plugin, > which doesn't support this functionality (probably based on > https://wiki.jenkins-ci.org/display/JENKINS/GitHub+Plugin) because the more > featured one required privileges on the GitHub side that the Apache Infra > team was not able to give at the time (as explained by [~abayer]). > [~abayer] suggested that he would check if things have changed. The fact that > Spark made it work is a good indicator. We also have the option of moving to > a separate Jenkins instance (Confluent has offered theirs), but we would > prefer to improve the Apache one as that benefits the other projects too. > This was originally discussed in the following thread in the mailing list: > https://mail-archives.apache.org/mod_mbox/www-builds/201507.mbox/%3CCAD5tkZYrrjp4%2BS7a7DBNMZsAXJozB8kopwgGC%3DOLO63aB-4mBg%40mail.gmail.com%3E -- This message was sent by Atlassian JIRA (v6.3.4#6332)