[JIRA] (JENKINS-44172) Better scan of multibranch pipelines

3 views
Skip to first unread message

mdealer@gmail.com (JIRA)

unread,
Mar 8, 2018, 10:08:06 AM3/8/18
to jenkinsc...@googlegroups.com
Edgars Batna commented on Improvement JENKINS-44172
 
Re: Better scan of multibranch pipelines

Following features need to be clearly separated:

  1. Load Jobs into Jenkins from SCM
  2. Execute these Jobs

The scanning of a multibranch pipeline should not be triggering anything at all.

Add Comment Add Comment
 
This message was sent by Atlassian JIRA (v7.3.0#73011-sha1:3c73d0e)
Atlassian logo

mdealer@gmail.com (JIRA)

unread,
Mar 8, 2018, 10:09:02 AM3/8/18
to jenkinsc...@googlegroups.com
Edgars Batna edited a comment on Improvement JENKINS-44172
Following features need to be clearly separated:
# Load Jobs into Jenkins from SCM
# Execute these Jobs

The scanning of a multibranch pipeline should not be triggering anything at all
and I bet there are other problems that require workarounds because of this .

tim.webster@gmail.com (JIRA)

unread,
May 31, 2018, 1:11:02 PM5/31/18
to jenkinsc...@googlegroups.com

Another to disable automatic building after the scan is if you have all your jobs in jobdsl and frequently rebuild it.  We use Jenkins which is 100% configured with code running in a container.  If there is a major configuration change (i.e. changing plugins), the container needs to be re-created.  For this reason we also don't persist the workspace.

If you re-create the container and it does a scan, you get a gazillion jobs running all of a sudden. For this reason we ditched multibranch.  However I'm on another project now that uses Github Organizations, which uses multibranch implicitly so having to face this again now.

Also from what I've read if you can disable automatic SCM triggering as a workaroud, but this will  also disable builds from webhooks (correct me if I'm wrong)

tim.webster@gmail.com (JIRA)

unread,
Jun 1, 2018, 4:54:02 AM6/1/18
to jenkinsc...@googlegroups.com
Tim Webster edited a comment on Improvement JENKINS-44172
Another reason to disable automatic building after the scan is if you have all your jobs in jobdsl and frequently rebuild it.  We use Jenkins which is 100% configured with code running in a container.  If there is a major configuration change (i.e. changing plugins), the container needs to be re-created.  For this reason we also don't persist the workspace.


If you re-create the container and it does a scan, you get a gazillion jobs running all of a sudden. For this reason we ditched multibranch.  However I'm on another project now that uses Github Organizations, which uses multibranch implicitly so having to face this again now.

Also from what I've read if you can disable automatic SCM triggering as a workaroud, but this will  also disable builds from webhooks (correct me if I'm wrong)

mark@kakapo.co.nz (JIRA)

unread,
Aug 26, 2018, 6:33:01 PM8/26/18
to jenkinsc...@googlegroups.com

Just to reiterate the comments of Edgars Batna and Tim Webster, we have a large number of jobs configured with the job DSL. Restarting Jenkins for any reason is a nightmare, as the branch scanning triggers a multitude of jobs. We generally have to spend some time killing the jobs in order to free resources for the builds we actually want.

Like Tim, I'm under the impression that the only workaround is to disable the automatic SCM triggering which would also disable triggering from webhooks (which we don't want to do).

This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)

Sovietaced@gmail.com (JIRA)

unread,
Oct 12, 2018, 5:03:02 PM10/12/18
to jenkinsc...@googlegroups.com

After moving to multi branch pipelines our company has experienced issues with the branch scanning. We have a few integration test style jobs which run for about 2 hours and each job may have between 20-40 open pull requests (arguably, this is an issue itself). Anyway, every time the branches are scanned our build queue blows up and we cannot check in code for roughly a day unless we spend time killing many of those jobs. Since we have a few jobs like this, this happens a couple times a week.

We would really benefit from being able to specify a cron expression for scanning. This would allow us to at least scan during off peak hours like on the weekends so there is minimal disruption. Right now we are at the mercy of the configured interval which I assume begins when you make the interval configuration. 

jenkins@xca.ch (JIRA)

unread,
Nov 11, 2019, 2:10:02 PM11/11/19
to jenkinsc...@googlegroups.com

Is there any progress on this? Or are there other solutions to solve the problem with polling the SCM?

This message was sent by Atlassian Jira (v7.13.6#713006-sha1:cc4451f)
Atlassian logo
Reply all
Reply to author
Forward
0 new messages