You are not supposed to use polling triggers with multibranch

stephenconnolly Why? What are you supposed to use instead?

Sorry wrong window

So Multibranch controls the SCM details.

A multi-branch project will set the SCM of each branch to check out only the explicit revision it has detected.

Thus when you click "build now" it will just build the exact revision that the multi-branch project set it to last.

Polling is evil and it causes a lot of work for the SCM server. The multibranch scan/index does the same as polling but for all branches in one operation. If you do polling the "old school" way then a multi-branch project with 400 branches would be driving 400 polling operations against the SCM server and drown it out. Rather you want one scan by the multi-branch project, which will update all the branches with the correct revisions and handle disabling branches that no longer exist (and would consequently give polling errors further drowning out CPU usage)

The recommendation is to configure web-hook notification from your SCM, which should be delivering events to the SCM API plugin's event subsystem where that will then trigger a targetted verification of the hook event against only the matching branches and trigger an update.

Finally you would configure the multibranch project to periodically perform a full scan something like daily or weekly (depends on how long you are ok with orphaned branch jobs remaining)

Polling does not make sense in a multi-branch pipeline (because the revision is pinned to ensure a consistent checkout) so do not use it as it won't work

Cool. Thanks for explaining.

Is there documentation for this?  We may have issues because of internal DNS, but I'm sure ops can help.

Thanks

We have a internal Jenkins box that is not accessible from the internet.  Trying to convince the network team to expose Jenkins out to the world I think is a bit futile, they would just see it as an additional attack surface, a way to try and test AD credentials.

Given that situation, you think we should set up branch scanning to every 5 minutes?

There are alternatives such as using Amazon SNS or ngrok to pick up just the webhook. After that you are waiting for JENKINS-41072

Hey Stephen since https://issues.jenkins-ci.org/browse/JENKINS-41072 hasn't been resolved yet. How else do you suggest can I use AWS Services for communication between Github and Jenkins?

I have AWS Lambda function that GitHub WebHook points to. I filter Github events and only if specified comment is made on a PR, I want to trigger a build on Jenkins. However, after disabling the <jenkins-server>/github-webhook from Github, Jenkins doesn't discover new PR branches and as a result I have to manually scan the repo everytime for a new PR so as to be able to use the Lambda function to trigger a job (job fails if the branch isn't discovered).

How else can I use Lambda function to trigger branch discovery on Jenkins? or how else should I solve the problem of triggering build on Jenkins based on AWS Lambda function?