-
Notifications
You must be signed in to change notification settings - Fork 131
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
New Branch: Scan multibranch pipeline log #68
New Branch: Scan multibranch pipeline log #68
Conversation
Hi @fbelzunc, you you look at this PR? Seems to be fixing current issues with new branch detection. |
In the meantime just use this Jenkins Plugin in addition: https://plugins.jenkins.io/multibranch-scan-webhook-trigger/ |
@ca-stefan-cordes I'm sorry but the code base has changed due to update to version 2.204.1. |
6372da5
to
7bbe84b
Compare
Yes, still needed. (scmSourceOwner.onSCMSourceUpdated is deprecated in the meanwhile but it is not clear for me whats the best way to trigger |
@ca-stefan-cordes I see there are failures on windows agent. Can you please check it? |
But Sonar failed: |
I merged the master which triggered a new build an now all checks have passed. |
Thanks @ca-stefan-cordes , I'll try to merge it ASAP 😃 |
@ca-stefan-cordes merged and should be available in v1.1.24 |
The
is useful for standalone jenkinsfile projects and single branches of a multibranch project,
but when having a
and pushing a new branch, the BitBucket WebTrigger is sending a push, but the
BitbucketJobProbe is checking for the update of "Job.class" only.
The "Scan Multibranch Pipeline Log" is not triggered (to find the new branch).
Workaround is to klick on "Scan Multibranch Pipeline Now" each time a new branch in created.
As this happens often when using git flow on that project I fixed the detection to search for all
"SCMSourceOwner.class" als well (which includes MultiBranchProject.class) where the URL is matching the configured one and then invoke "onSCMSourceUpdated".
As "SCMTriggerItem" has an SCM directly inside and the SCMSourceOwner just has a SCMSource I refactored the 2 "match" blocks to a method detecting the match based on the URIish.
(that's why it looks like to be more changes, but the block itself is unchanged)