# Documented best way to autobuild from github PR? **URL:** \ **Category:** Using Jenkins\ **Tags:** question, pipeline\ **Created:** [January 13, 2025, 6:50pm UTC](https://community.jenkins.io/t/documented-best-way-to-autobuild-from-github-pr/25701 "2025-01-13T18:50:26Z")\ **Posts on this page:** 12\ **Page:** 1
**Author:** ![pbrownrobo](https://dub1.discourse-cdn.com/flex013/user_avatar/community.jenkins.io/pbrownrobo/32/12659_2.png) [@pbrownrobo](https://community.jenkins.io/u/pbrownrobo)\ **Post date:** [January 13, 2025, 6:50pm UTC](https://community.jenkins.io/t/documented-best-way-to-autobuild-from-github-pr/25701/1 "2025-01-13T18:50:26Z")
A standard part of “CI”, I thought, would be auto-building from Pull Requests. However, to my surprise, I have found no current documentation how to actually set that up from github PR. I know that there is a 3-years-old “Github Pull Request” plugin, but that is now marked as unsecure. I know that there is a new “Github Integrations” plugin (and is allegedly more secure), and it seems to be able to do the job… But there is no documentation I can find of how to “properly” set it up. Does it exist? In the forum suggestions, I did notice a 1 year old reference to > **[Log from Jenkins Jobs to GitHub Pull Requests as Checks](https://blog.myli.page/log-from-jenkins-jobs-to-github-pull-requests-as-checks-fd8b57b91a1d)** > > You have a GitHub repo and a Jenkins server. The Jenkins has Jobs for running unit tests, computing code coverages, and executing static… However, that is an INCREDIBLY long document, that rambles over multiple strategies, so is difficult to follow. I infer that I should probably be using the Github Checks plugin. However, the documentation for that seems out of date. > **[GitHub Checks](https://plugins.jenkins.io/github-checks/)** > > Allows users to publish GitHub checks. claims, “You can customize it by configuring the “Status Checks Properties” behavior for your GitHub SCM Source or Git SCM projects” However, after installing the plugin and restarting Jenkins, there is no “status checks” area, either in the system global area, or in the org level folder that auto-recognizes all our repos currently. Also, it is unclear to me how it would actually WORK. The docs for “github check” does not say I need to set up webhooks on the github side. Sooo… how does the call from github to jenkins, on a PR creation, happen? ---
**Author:** ![mawinter69](https://dub1.discourse-cdn.com/flex013/user_avatar/community.jenkins.io/mawinter69/32/1625_2.png) [@mawinter69](https://community.jenkins.io/u/mawinter69)\ **Post date:** [January 13, 2025, 7:06pm UTC](https://community.jenkins.io/t/documented-best-way-to-autobuild-from-github-pr/25701/2 "2025-01-13T19:06:18Z")
The [GitHub Branch Source](https://plugins.jenkins.io/github-branch-source/) plugin is the choice for this. It automatically sets up builds for branches and Pull Requests. Requires that you have a Jenkinsfile in your branch, so only supports pipeline jobs. ---
**Author:** ![MarkEWaite](https://dub1.discourse-cdn.com/flex013/user_avatar/community.jenkins.io/markewaite/32/20_2.png) [@MarkEWaite](https://community.jenkins.io/u/MarkEWaite)\ **Post date:** [January 13, 2025, 7:07pm UTC](https://community.jenkins.io/t/documented-best-way-to-autobuild-from-github-pr/25701/3 "2025-01-13T19:07:55Z")
> [@pbrownrobo](#): > > However, to my surprise, I have found no current documentation how to actually set that up from github PR. I think that you want a multibranch Pipeline. There is the [“branches and pull request” page](https://www.jenkins.io/doc/book/pipeline/multibranch/) in the Jenkins documentation > **[Branches and Pull Requests](https://www.jenkins.io/doc/book/pipeline/multibranch/)** > > Jenkins – an open source automation server which enables developers around the world to reliably build, test, and deploy their software It also includes a video tutorial: [![](https://europe1.discourse-cdn.com/flex013/uploads/jenkins/original/2X/0/0486d5dd51dddf871cdd56aa4d154185d1434e7c.jpeg "Jenkins Multibranch Pipeline With Git Tutorial") ](https://www.youtube.com/watch?v=B_2FXWI6CWg) ---
**Author:** ![pbrownrobo](https://dub1.discourse-cdn.com/flex013/user_avatar/community.jenkins.io/pbrownrobo/32/12659_2.png) [@pbrownrobo](https://community.jenkins.io/u/pbrownrobo)\ **Post date:** [January 13, 2025, 8:17pm UTC](https://community.jenkins.io/t/documented-best-way-to-autobuild-from-github-pr/25701/4 "2025-01-13T20:17:29Z")
Thank you both for the suggestion. I shall investigate this to see if it does what we need. btw, we also want nightly polled auto-builds of the controller branch, in addition to builds for PRs. But nothing else. ---
**Author:** ![pbrownrobo](https://dub1.discourse-cdn.com/flex013/user_avatar/community.jenkins.io/pbrownrobo/32/12659_2.png) [@pbrownrobo](https://community.jenkins.io/u/pbrownrobo)\ **Post date:** [January 13, 2025, 8:41pm UTC](https://community.jenkins.io/t/documented-best-way-to-autobuild-from-github-pr/25701/5 "2025-01-13T20:41:18Z")
Doing a quick scan through both the jenkins doc mention, and that video… those seem to specifically be for local “git” only. They dont seem to walk the viewer through how to integrate with gitHUB. I think those docs are primarily is pull driven. vs how to deal with asynchronous push events, aka webhooks, from github. Does that sound correct? I really need help with the github specific integration aspects of things. ---
**Author:** ![MarkEWaite](https://dub1.discourse-cdn.com/flex013/user_avatar/community.jenkins.io/markewaite/32/20_2.png) [@MarkEWaite](https://community.jenkins.io/u/MarkEWaite)\ **Post date:** [January 13, 2025, 9:01pm UTC](https://community.jenkins.io/t/documented-best-way-to-autobuild-from-github-pr/25701/6 "2025-01-13T21:01:08Z")
How about this video: [![](https://europe1.discourse-cdn.com/flex013/uploads/jenkins/original/2X/b/b20b00a08ce7523535c30b9faf8e03b292ef0ee6.jpeg "How to Create a GitHub Branch Source Multibranch Pipeline in Jenkins") ](https://www.youtube.com/watch?v=aDmeeVDrp0o) ---
**Author:** ![MarkEWaite](https://dub1.discourse-cdn.com/flex013/user_avatar/community.jenkins.io/markewaite/32/20_2.png) [@MarkEWaite](https://community.jenkins.io/u/MarkEWaite)\ **Post date:** [January 13, 2025, 9:03pm UTC](https://community.jenkins.io/t/documented-best-way-to-autobuild-from-github-pr/25701/7 "2025-01-13T21:03:13Z")
If you’d prefer an even higher level of integration, use can use a GitHub organization folder to scan across multiple repositories. This video: [![](https://europe1.discourse-cdn.com/flex013/uploads/jenkins/original/2X/0/0f8ddbf09dfe878302d5c9185b332d763f67da63.jpeg "How to Create a GitHub Organization in Jenkins") ](https://www.youtube.com/watch?v=LbXKUKQ24T8) ---
**Author:** ![pbrownrobo](https://dub1.discourse-cdn.com/flex013/user_avatar/community.jenkins.io/pbrownrobo/32/12659_2.png) [@pbrownrobo](https://community.jenkins.io/u/pbrownrobo)\ **Post date:** [January 13, 2025, 10:37pm UTC](https://community.jenkins.io/t/documented-best-way-to-autobuild-from-github-pr/25701/8 "2025-01-13T22:37:06Z")
That is for scheduled scanning though? We already have that set up and working. We need the async triggered-by-PR-creation builds to happen, which apparently is a completely different area of setup. ---
**Author:** ![pbrownrobo](https://dub1.discourse-cdn.com/flex013/user_avatar/community.jenkins.io/pbrownrobo/32/12659_2.png) [@pbrownrobo](https://community.jenkins.io/u/pbrownrobo)\ **Post date:** [January 13, 2025, 11:33pm UTC](https://community.jenkins.io/t/documented-best-way-to-autobuild-from-github-pr/25701/9 "2025-01-13T23:33:32Z")
Thank you, this one seems a lot closer to our ideal. It kind of suggests that the documentation for various plugins, (especially the “github pull request” plugin, which is deemed unsecure now!) should be updated to read, “Obsolete: Go use Multibranch Pipeline instead” 🙂 It’s nice in that it doesnt seem neccessary any more, to go into the github configuration for each repo to define custom webhooks any more. However… this still seems to require some amount of manual, per-repo setup. We would have to manually create a new “Multibranch Pipeline” item in the dashboard, every time someone creates a new repo. (and we have at present, 200 repos) Is there a way to make this work for “org folder” setups? I dont see the overlap in configuration. In an ideal world, we would do a one-time setup, that would: 1. autobuild all updates to “release” branch, for ALL repos 2. autobuild checks for PR pushes, for ALL repos 3. ignore everything else and then never have to touch jenkins config ever again. Is that possible? ---
**Author:** ![MarkEWaite](https://dub1.discourse-cdn.com/flex013/user_avatar/community.jenkins.io/markewaite/32/20_2.png) [@MarkEWaite](https://community.jenkins.io/u/MarkEWaite)\ **Post date:** [January 14, 2025, 4:41pm UTC](https://community.jenkins.io/t/documented-best-way-to-autobuild-from-github-pr/25701/10 "2025-01-14T16:41:38Z")
> [@pbrownrobo](#): > > However… this still seems to require some amount of manual, per-repo setup. > We would have to manually create a new “Multibranch Pipeline” item in the dashboard, every time someone creates a new repo. (and we have at present, 200 repos) I’m not seeing that type of manual setup per repo inside the [ci.jenkins.io](http://ci.jenkins.io) organization folders like the [plugins folder](https://ci.jenkins.io/job/Plugins/) . When a new plugin repository is created in GitHub, the [ci.jenkins.io](http://ci.jenkins.io) organization folder sees that there is a Jenkinsfile in the root of the primary branch of the repository. A job is automatically created for that new plugin without any interaction from a [ci.jenkins.io](http://ci.jenkins.io) administrator. When a Jenkinsfile is detected in a repository in the organization, a Multibranch Pipeline folder is created for that repository. ---
**Author:** ![pbrownrobo](https://dub1.discourse-cdn.com/flex013/user_avatar/community.jenkins.io/pbrownrobo/32/12659_2.png) [@pbrownrobo](https://community.jenkins.io/u/pbrownrobo)\ **Post date:** [January 14, 2025, 5:12pm UTC](https://community.jenkins.io/t/documented-best-way-to-autobuild-from-github-pr/25701/11 "2025-01-14T17:12:59Z")
well, that SOUNDS great then 🙂 Only thing missing is a walkthrough for using an org folder instead of the multibranch pipeline. They seem a little different. Would also be nice to have the walkthrough explicitly call out “These are the plugins you need”. I currently have a bunch of “github” named plugins, including the “github checks” plugin. I’m concerned that some of these plugins may be overwriting the behaviour I need, so seems like it would be best for me to have a setup with just the plugins required. ---
**Author:** ![pbrownrobo](https://dub1.discourse-cdn.com/flex013/user_avatar/community.jenkins.io/pbrownrobo/32/12659_2.png) [@pbrownrobo](https://community.jenkins.io/u/pbrownrobo)\ **Post date:** [January 15, 2025, 8:38pm UTC](https://community.jenkins.io/t/documented-best-way-to-autobuild-from-github-pr/25701/12 "2025-01-15T20:38:59Z")
I was feeling very hopeful about this and was looking forward to marking it as the answer. But I didnt get to verify it. I did the recommended jenkins (upgrade to latest), by doing an upgrade to the latest. Now it wont even start. systemctl status and journalctl dont show any clear “This is broken pls fix” lines. and there are no useful error log files that I can find to reference either. example: ```auto ░░ The unit jenkins.service has entered the 'failed' state with result 'exit-code'. Jan 15 20:29:08 jenkins-ci.c.software-builds.internal systemd[1]: Failed to start jenkins.service - Jenkins Continuous Integration Server. ░░ Subject: A start job for unit jenkins.service has failed ░░ Defined-By: systemd ░░ Support: http://www.ubuntu.com/support ░░ ░░ A start job for unit jenkins.service has finished with a failure. ░░ ░░ The job identifier is 7789 and the job result is failed. ``` ```auto Starting health checks at Wed Jan 15 20:25:37 UTC 2025 Health check results at Wed Jan 15 20:25:37 UTC 2025: * disk-space: Result{isHealthy=true, duration=0, timestamp=2025-01-15T20:25:37.802Z} * plugins: Result{isHealthy=true, message=No failed plugins, duration=0, timestamp=2025-01-15T20:25:37.802Z} * temporary-space: Result{isHealthy=true, duration=0, timestamp=2025-01-15T20:25:37.803Z} * thread-deadlock: Result{isHealthy=true, duration=0, timestamp=2025-01-15T20:25:37.803Z} ``` ```auto Jan 15 20:28:18 jenkins-ci.c.software-builds.internal systemd[1]: jenkins.service: Consumed 3.363s CPU time. Jan 15 20:28:56 jenkins-ci.c.software-builds.internal systemd[1]: jenkins.service: Start request repeated too quickly. Jan 15 20:28:56 jenkins-ci.c.software-builds.internal systemd[1]: jenkins.service: Failed with result 'exit-code'. Jan 15 20:28:56 jenkins-ci.c.software-builds.internal systemd[1]: Failed to start jenkins.service - Jenkins Continuous Integration Server. Jan 15 20:29:08 jenkins-ci.c.software-builds.internal systemd[1]: jenkins.service: Start request repeated too quickly. Jan 15 20:29:08 jenkins-ci.c.software-builds.internal systemd[1]: jenkins.service: Failed with result 'exit-code'. Jan 15 20:29:08 jenkins-ci.c.software-builds.internal systemd[1]: Failed to start jenkins.service - Jenkins Continuous Integration Server. ```