This plugin builds pull requests in github and report results.
When a new pull request is opened in the project and the author of the pull request isn't white-listed, builder will ask "Can one of the admins verify this patch?".
If the build fails for other various reasons you can rebuild.
If you want to manually build the job, in the job setting check "This build is parameterized" and add string parameter named "sha1". When starting build give the "sha1" parameter commit id you want to build or refname (eg: "origin/pr/9/head").
The plugin makes some very useful environment variables available.
Use signature checking for webhooks if desired.
Use credentials plugin for username/password combinations and tokens.
Fix issue where if a project was disabled the Jenkins Trigger process would crash
Move commit status over to extension form. It is now configurable, satisfying #81, #73, and #19 at least.
Move all commenting logic out into extensions.
Null Pointer fix for trigger.
PullRequestMerger now notifies the taskListener of failures.
More work for disabled builds.
Add support for folder projects.
A comment file can be created during the build and added to any comment made to the pull request. podarok#33
Replacing deprecated Github.connect method. tIGO#39
Fixes issue with checking rate limits for GitHub Enterprise
Major reduction in the number of requests made to GitHub to avoid rate limit issues
1.10 - 1.11.1
Not publicly released.
Added job specific triggers.
Support auto-close at build level
implemented support for GitHub hooks
option for specifying how to mark unstable builds in GitHub
checkbox enabling sending comments when update of comment status fails
Changed comment commands - phrases for testing once, pull request or add user to whitelist
Add published URL feature.
Use commit status API instead of comments for reporting results.
Skip to end of metadata Go to start of metadata