[JIRA] [git-plugin] (JENKINS-30296) Infinite loop (pooling changes continuously) when using "*/master" branches to build

9 views
Skip to first unread message

VictorMartinezRubio@gmail.com (JIRA)

unread,
Sep 4, 2015, 6:02:23 AM9/4/15
to jenkinsc...@googlegroups.com
Victor Martinez created an issue
 
Jenkins / Bug JENKINS-30296
Infinite loop (pooling changes continuously) when using "*/master" branches to build
Issue Type: Bug Bug
Assignee: Nicolas De Loof
Attachments: Failure.png, Failure_History.png, Workaround.png
Components: git-plugin
Created: 04/Sep/15 10:00 AM
Environment: Git plugin version: 2.3.5
Jenkins version: 1.599
Labels: git-plugin pollscm polling
Priority: Major Major
Reporter: Victor Martinez

Hi there,

For some reason if the branch value is set as "*/master" it keeps polling and building forever even though it doesn't have any scm polling configuration at all, firstly you need to trigger that job manually once and then that behaviour occurs.

Workaround:

  • change branch name as "master"

Already added some screenshots.

I've no idea whether this issue is related to the below ticket:

Cheers
Add Comment Add Comment
 
This message was sent by Atlassian JIRA (v6.4.2#64017-sha1:e244265)
Atlassian logo

mark.earl.waite@gmail.com (JIRA)

unread,
Sep 4, 2015, 9:17:00 AM9/4/15
to jenkinsc...@googlegroups.com
Mark Waite commented on Bug JENKINS-30296
 
Re: Infinite loop (pooling changes continuously) when using "*/master" branches to build

Can you post your job definition which is showing the problem, the git polling log which reports the change, and any other hints that might help someone else duplicate the problem?

VictorMartinezRubio@gmail.com (JIRA)

unread,
Sep 7, 2015, 5:54:02 AM9/7/15
to jenkinsc...@googlegroups.com
  • Bug (based on "*/master" branch) 
    <project>
  <actions/>
  <description/>
  <keepDependencies>false</keepDependencies>
  <properties>
    <hudson.plugins.buildblocker.BuildBlockerProperty plugin="build-blocker-plugin@1.6">
      <useBuildBlocker>false</useBuildBlocker>
    </hudson.plugins.buildblocker.BuildBlockerProperty>
    <com.sonyericsson.jenkins.plugins.bfa.model.ScannerJobProperty plugin="build-failu...@1.13.0">
      <doNotScan>false</doNotScan>
    </com.sonyericsson.jenkins.plugins.bfa.model.ScannerJobProperty>
    <jenkins.plugins.hipchat.HipChatNotifier_-HipChatJobProperty plugin="hip...@0.1.6">
      <room/>
      <startNotification>false</startNotification>
      <notifySuccess>false</notifySuccess>
      <notifyAborted>false</notifyAborted>
      <notifyNotBuilt>false</notifyNotBuilt>
      <notifyUnstable>false</notifyUnstable>
      <notifyFailure>false</notifyFailure>
      <notifyBackToNormal>false</notifyBackToNormal>
    </jenkins.plugins.hipchat.HipChatNotifier_-HipChatJobProperty>
    <com.synopsys.arc.jenkins.plugins.ownership.jobs.JobOwnerJobProperty plugin="ownership@0.7">
      <ownership>
        <ownershipEnabled>true</ownershipEnabled>
        <primaryOwnerId>victor.martinez</primaryOwnerId>
        <coownersIds class="sorted-set"/>
      </ownership>
    </com.synopsys.arc.jenkins.plugins.ownership.jobs.JobOwnerJobProperty>
    <com.sonyericsson.rebuild.RebuildSettings plugin="reb...@1.22">
      <autoRebuild>false</autoRebuild>
    </com.sonyericsson.rebuild.RebuildSettings>
    <hudson.plugins.throttleconcurrents.ThrottleJobProperty plugin="throttle-c...@1.8.3">
      <maxConcurrentPerNode>0</maxConcurrentPerNode>
      <maxConcurrentTotal>0</maxConcurrentTotal>
      <throttleEnabled>false</throttleEnabled>
      <throttleOption>project</throttleOption>
    </hudson.plugins.throttleconcurrents.ThrottleJobProperty>
  </properties>
  <scm class="hudson.plugins.git.GitSCM" plugin="g...@2.3.5">
    <configVersion>2</configVersion>
    <userRemoteConfigs>
      <hudson.plugins.git.UserRemoteConfig>
        <url>
        g...@github.com:cc/cc.git
        </url>
        <credentialsId>c43d943d-f03b-4db2-8aa8-6467d20000c3</credentialsId>
      </hudson.plugins.git.UserRemoteConfig>
    </userRemoteConfigs>
    <branches>
      <hudson.plugins.git.BranchSpec>
      <name>*/master</name>
    </hudson.plugins.git.BranchSpec>
    </branches>
    <doGenerateSubmoduleConfigurations>false</doGenerateSubmoduleConfigurations>
    <submoduleCfg class="list"/>
    <extensions/>
  </scm>
  <assignedNode>osx</assignedNode>
  <canRoam>false</canRoam>
  <disabled>false</disabled>
  <blockBuildWhenDownstreamBuilding>false</blockBuildWhenDownstreamBuilding>
  <blockBuildWhenUpstreamBuilding>false</blockBuildWhenUpstreamBuilding>
  <jdk>(Default)</jdk>
  <triggers/>
  <concurrentBuild>false</concurrentBuild>
  <builders/>
  <publishers/>
  <buildWrappers/>
</project>
  • Workaround (based on "master" branch) 
    <project>
  <actions/>
  <description/>
  <keepDependencies>false</keepDependencies>
  <properties>
  <hudson.plugins.buildblocker.BuildBlockerProperty plugin="build-blocker-plugin@1.6">
    <useBuildBlocker>false</useBuildBlocker>
  </hudson.plugins.buildblocker.BuildBlockerProperty>
  <com.sonyericsson.jenkins.plugins.bfa.model.ScannerJobProperty plugin="build-failu...@1.13.0">
    <doNotScan>false</doNotScan>
  </com.sonyericsson.jenkins.plugins.bfa.model.ScannerJobProperty>
  <jenkins.plugins.hipchat.HipChatNotifier_-HipChatJobProperty plugin="hip...@0.1.6">
    <room/>
    <startNotification>false</startNotification>
    <notifySuccess>false</notifySuccess>
    <notifyAborted>false</notifyAborted>
    <notifyNotBuilt>false</notifyNotBuilt>
    <notifyUnstable>false</notifyUnstable>
    <notifyFailure>false</notifyFailure>
    <notifyBackToNormal>false</notifyBackToNormal>
  </jenkins.plugins.hipchat.HipChatNotifier_-HipChatJobProperty>
  <com.synopsys.arc.jenkins.plugins.ownership.jobs.JobOwnerJobProperty plugin="ownership@0.7">
    <ownership>
      <ownershipEnabled>true</ownershipEnabled>
      <primaryOwnerId>victor.martinez</primaryOwnerId>
      <coownersIds class="sorted-set"/>
    </ownership>
  </com.synopsys.arc.jenkins.plugins.ownership.jobs.JobOwnerJobProperty>
  <com.sonyericsson.rebuild.RebuildSettings plugin="reb...@1.22">
    <autoRebuild>false</autoRebuild>
  </com.sonyericsson.rebuild.RebuildSettings>
  <hudson.plugins.throttleconcurrents.ThrottleJobProperty plugin="throttle-c...@1.8.3">
  <maxConcurrentPerNode>0</maxConcurrentPerNode>
  <maxConcurrentTotal>0</maxConcurrentTotal>
  <throttleEnabled>false</throttleEnabled>
  <throttleOption>project</throttleOption>
  </hudson.plugins.throttleconcurrents.ThrottleJobProperty>
  </properties>
  <scm class="hudson.plugins.git.GitSCM" plugin="g...@2.3.5">
    <configVersion>2</configVersion>
    <userRemoteConfigs>
      <hudson.plugins.git.UserRemoteConfig>
        <url>
        g...@github.com:cc/cc.git
        </url>
        <credentialsId>c43d943d-f03b-4db2-8aa8-6467d20000c3</credentialsId>
      </hudson.plugins.git.UserRemoteConfig>
    </userRemoteConfigs>
    <branches>
      <hudson.plugins.git.BranchSpec>
      <name>master</name>
    </hudson.plugins.git.BranchSpec>
    </branches>
    <doGenerateSubmoduleConfigurations>false</doGenerateSubmoduleConfigurations>
    <submoduleCfg class="list"/>
    <extensions>
    <hudson.plugins.git.extensions.impl.RelativeTargetDirectory>
      <relativeTargetDir>blablabla</relativeTargetDir>
    </hudson.plugins.git.extensions.impl.RelativeTargetDirectory>
    </extensions>
  </scm>
  <assignedNode>osx</assignedNode>
  <canRoam>false</canRoam>
  <disabled>false</disabled>
  <blockBuildWhenDownstreamBuilding>false</blockBuildWhenDownstreamBuilding>
  <blockBuildWhenUpstreamBuilding>false</blockBuildWhenUpstreamBuilding>
  <jdk>(Default)</jdk>
  <triggers/>
  <concurrentBuild>false</concurrentBuild>
  <builders/>
  <publishers/>
  <buildWrappers/>
</project>
  • Polling log (it's always like the below one) 
    Polling Log

View as plain text
This page captures the polling log that triggered this build.

I've found that behaviour when using "*/master"

Cheers

VictorMartinezRubio@gmail.com (JIRA)

unread,
Sep 7, 2015, 5:56:01 AM9/7/15
to jenkinsc...@googlegroups.com
Victor Martinez edited a comment on Bug JENKINS-30296

* Bug (based on "*/master" branch)
{code:xml}
{code}

* Workaround (based on "master" branch)
{code:xml|title:Workaround}
>
    <hudson.plugins.git.extensions.impl.RelativeTargetDirectory>
      <relativeTargetDir>blablabla< / relativeTargetDir >
    </ hudson.plugins.git.extensions.impl.RelativeTargetDirectory>
    </extensions>
  </ scm>

  <assignedNode>osx</assignedNode>
  <canRoam>false</canRoam>
  <disabled>false</disabled>
  <blockBuildWhenDownstreamBuilding>false</blockBuildWhenDownstreamBuilding>
  <blockBuildWhenUpstreamBuilding>false</blockBuildWhenUpstreamBuilding>
  <jdk>(Default)</jdk>
  <triggers/>
  <concurrentBuild>false</concurrentBuild>
  <builders/>
  <publishers/>
  <buildWrappers/>
</project>
{code}

* Polling log (it's always like the below one)
{code}

Polling Log

View as plain text
This page captures the polling log that triggered this build.
{code}


I've found that behaviour when using "*/master" 

Cheers

mark.earl.waite@gmail.com (JIRA)

unread,
Sep 7, 2015, 8:43:03 AM9/7/15
to jenkinsc...@googlegroups.com

That's a surprisingly short polling log. I'm also surprised there is a polling log, since I don't see any indication that you've defined polling in the job definition. Is it defined to poll, and if so, what is the polling frequency (or is it empty)?

There were a number of polling related fixes in git plugin 2.4.0 and git client plugin 1.18.0 (and in the version of the git client which added support for Windows git 2.5.0, 1.1.9.0). Have you tried those more recent plugin versions?

I attempted to duplicate the problem using one of my authenticated private repos on GitHub with git plugin 2.4.0 and am unable to do so.

VictorMartinezRubio@gmail.com (JIRA)

unread,
Sep 7, 2015, 1:07:01 PM9/7/15
to jenkinsc...@googlegroups.com

Actually I didn't mention, It used to be "h 5/* * * * *" but I was forced to delete that configuration, and even though I ran that job manually without any polling it used to keep polling. And also creating a new jenkins job without polling and running manually once it kept polling and building continuously

I'll double check whether I can reproduce that issue within a docker container, and send you those details later on

VictorMartinezRubio@gmail.com (JIRA)

unread,
Sep 8, 2015, 6:59:01 AM9/8/15
to jenkinsc...@googlegroups.com

I'm not sure what's going on, I've upgraded it to the latest version and still same issue. I strongly believe it might be related to some weird configuration somehow in my private git server. You probably can close this ticket now and I'll reopen/update it if I find the cause.

vfiset@gmail.com (JIRA)

unread,
Apr 22, 2016, 8:57:01 AM4/22/16
to jenkinsc...@googlegroups.com

I am affected by this exact problem with Jenkins ver. 1.651.1 and Git plugin 2.4.2

mark.earl.waite@gmail.com (JIRA)

unread,
Apr 22, 2016, 9:13:02 AM4/22/16
to jenkinsc...@googlegroups.com

vincent fiset can you describe the steps you take to see this problem?

mark.earl.waite@gmail.com (JIRA)

unread,
Apr 22, 2016, 9:37:05 AM4/22/16
to jenkinsc...@googlegroups.com
Mark Waite edited a comment on Bug JENKINS-30296
[~vincentf] can you describe the steps you take to see this problem?

The use case described in the bug report is so common that I would expect hundreds of users to report that problem if it existed in a general configuration.  I have many, many jobs which use the "*/master" branch spec, and none of them run continuously or build continuously.

gentoo.integer@gmail.com (JIRA)

unread,
Apr 22, 2016, 9:42:01 AM4/22/16
to jenkinsc...@googlegroups.com

There are a lot of cases when such problem may appear https://issues.jenkins-ci.org/browse/JENKINS-30345
https://issues.jenkins-ci.org/browse/JENKINS-29714
And PR that solved at least for me in production logic missbehaviour https://github.com/jenkinsci/git-plugin/pull/352

vfiset@gmail.com (JIRA)

unread,
Apr 22, 2016, 10:22:02 AM4/22/16
to jenkinsc...@googlegroups.com

Mark Waite honestly I don't understand what happened.

one of my 200+ project started to misbehave like in OP description.

I removed the */ in */$branch (which I need for mvn releases) then it stopped. I waited a couple of polling cycle. I putted the */ in $branch and it continued to work properly without continuously rebuilding.

here is my job config

<?xml version='1.0' encoding='UTF-8'?>
<maven2-moduleset plugin="maven-...@2.7.1">
  <actions/>
  <description>Transactional-api</description>
  <keepDependencies>false</keepDependencies>
  <properties>
    <jenkins.plugins.maveninfo.config.MavenInfoJobConfig plugin="maven...@0.2.0">
      <mainModulePattern></mainModulePattern>
      <dependenciesPattern></dependenciesPattern>
      <assignName>false</assignName>
      <nameTemplate></nameTemplate>
      <assignDescription>false</assignDescription>
      <descriptionTemplate></descriptionTemplate>
    </jenkins.plugins.maveninfo.config.MavenInfoJobConfig>
    <jenkins.model.BuildDiscarderProperty>
      <strategy class="hudson.tasks.LogRotator">
        <daysToKeep>-1</daysToKeep>
        <numToKeep>10</numToKeep>
        <artifactDaysToKeep>-1</artifactDaysToKeep>
        <artifactNumToKeep>-1</artifactNumToKeep>
      </strategy>
    </jenkins.model.BuildDiscarderProperty>
    <jenkins.plugins.slack.SlackNotifier_-SlackJobProperty plugin="slack@1.8">
      <teamDomain>ticketmaster</teamDomain>
      <token>xuTFXjqUjVqmr57Nf68hweIo</token>
      <room>#microflex-dev-api-scm</room>
      <startNotification>false</startNotification>
      <notifySuccess>false</notifySuccess>
      <notifyAborted>false</notifyAborted>
      <notifyNotBuilt>true</notifyNotBuilt>
      <notifyUnstable>false</notifyUnstable>
      <notifyFailure>true</notifyFailure>
      <notifyBackToNormal>false</notifyBackToNormal>
      <notifyRepeatedFailure>true</notifyRepeatedFailure>
      <includeTestSummary>false</includeTestSummary>
      <showCommitList>true</showCommitList>
      <includeCustomMessage>false</includeCustomMessage>
      <customMessage></customMessage>
    </jenkins.plugins.slack.SlackNotifier_-SlackJobProperty>
    <hudson.model.ParametersDefinitionProperty>
      <parameterDefinitions>
        <hudson.model.ChoiceParameterDefinition>
          <name>PUBLISH_TYPE</name>
          <description></description>
          <choices class="java.util.Arrays$ArrayList">
            <a class="string-array">
              <string>development</string>
              <string>maintenance</string>
            </a>
          </choices>
        </hudson.model.ChoiceParameterDefinition>
        <hudson.model.BooleanParameterDefinition>
          <name>SKIPIT</name>
          <description>Skip integration tests.</description>
          <defaultValue>false</defaultValue>
        </hudson.model.BooleanParameterDefinition>
        <hudson.model.BooleanParameterDefinition>
          <name>SKIPUT</name>
          <description>Skip unit tests.</description>
          <defaultValue>false</defaultValue>
        </hudson.model.BooleanParameterDefinition>
        <hudson.model.BooleanParameterDefinition>
          <name>SKIPTESTS</name>
          <description>Skip all tests.</description>
          <defaultValue>false</defaultValue>
        </hudson.model.BooleanParameterDefinition>
        <hudson.model.StringParameterDefinition>
          <name>BRANCH_NAME</name>
          <description></description>
          <defaultValue>master</defaultValue>
        </hudson.model.StringParameterDefinition>
      </parameterDefinitions>
    </hudson.model.ParametersDefinitionProperty>
  </properties>
  <scm class="hudson.plugins.git.GitSCM" plugin="g...@2.4.4">
    <configVersion>2</configVersion>
    <userRemoteConfigs>
      <hudson.plugins.git.UserRemoteConfig>
        <url>git@git:xyz.git</url>
        <credentialsId>62f224b6-a771-4e10-bba2-6ff557e441a0</credentialsId>
      </hudson.plugins.git.UserRemoteConfig>
    </userRemoteConfigs>
    <branches>
      <hudson.plugins.git.BranchSpec>
        <name>${BRANCH_NAME}</name>
      </hudson.plugins.git.BranchSpec>
    </branches>
    <doGenerateSubmoduleConfigurations>false</doGenerateSubmoduleConfigurations>
    <browser class="hudson.plugins.git.browser.GitLab">
      <url>https://git/xyz</url>
      <version>7.0</version>
    </browser>
    <submoduleCfg class="list"/>
    <extensions>
      <hudson.plugins.git.extensions.impl.LocalBranch>
        <localBranch>*/${BRANCH_NAME}</localBranch>
      </hudson.plugins.git.extensions.impl.LocalBranch>
    </extensions>
  </scm>
  <canRoam>true</canRoam>
  <disabled>false</disabled>
  <blockBuildWhenDownstreamBuilding>false</blockBuildWhenDownstreamBuilding>
  <blockBuildWhenUpstreamBuilding>false</blockBuildWhenUpstreamBuilding>
  <jdk>JAVA_1-8</jdk>
  <triggers>
    <hudson.triggers.SCMTrigger>
      <spec>H/5 * * * *</spec>
      <ignorePostCommitHooks>true</ignorePostCommitHooks>
    </hudson.triggers.SCMTrigger>
  </triggers>
  <concurrentBuild>false</concurrentBuild>
  <rootModule>
    <groupId>mfx.services</groupId>
    <artifactId>transactional-api-parent</artifactId>
  </rootModule>
  <goals>-Dtm.config.path= ${MAVEN_GIT_ALTCREDENTIALS} ${MAVEN_DEFAULT_PROFILES} ${MAVEN_BUILD_TARGETS} ${MAVEN_TEST_OPTS}</goals>
  <mavenOpts>-ea -XX:-UseSplitVerifier -XX:MaxPermSize=300m -Dfile.encoding=UTF-8 -Duser.timezone=GMT</mavenOpts>
  <aggregatorStyleBuild>true</aggregatorStyleBuild>
  <incrementalBuild>false</incrementalBuild>
  <ignoreUpstremChanges>false</ignoreUpstremChanges>
  <archivingDisabled>false</archivingDisabled>
  <siteArchivingDisabled>false</siteArchivingDisabled>
  <fingerprintingDisabled>false</fingerprintingDisabled>
  <resolveDependencies>false</resolveDependencies>
  <processPlugins>false</processPlugins>
  <mavenValidationLevel>-1</mavenValidationLevel>
  <runHeadless>false</runHeadless>
  <settingConfigId></settingConfigId>
  <globalSettingConfigId></globalSettingConfigId>
  <disableTriggerDownstreamProjects>false</disableTriggerDownstreamProjects>
  <blockTriggerWhenBuilding>true</blockTriggerWhenBuilding>
  <settings class="jenkins.mvn.DefaultSettingsProvider"/>
  <globalSettings class="jenkins.mvn.DefaultGlobalSettingsProvider"/>
  <reporters/>
  <publishers>
    <hudson.plugins.warnings.WarningsPublisher plugin="warn...@4.35">
      <healthy></healthy>
      <unHealthy></unHealthy>
      <thresholdLimit>low</thresholdLimit>
      <pluginName>[WARNINGS] </pluginName>
      <defaultEncoding></defaultEncoding>
      <canRunOnFailed>false</canRunOnFailed>
      <useStableBuildAsReference>false</useStableBuildAsReference>
      <useDeltaValues>false</useDeltaValues>
      <thresholds plugin="analys...@1.54">
        <unstableTotalAll></unstableTotalAll>
        <unstableTotalHigh></unstableTotalHigh>
        <unstableTotalNormal></unstableTotalNormal>
        <unstableTotalLow></unstableTotalLow>
        <failedTotalAll></failedTotalAll>
        <failedTotalHigh></failedTotalHigh>
        <failedTotalNormal></failedTotalNormal>
        <failedTotalLow></failedTotalLow>
      </thresholds>
      <shouldDetectModules>false</shouldDetectModules>
      <dontComputeNew>true</dontComputeNew>
      <doNotResolveRelativePaths>true</doNotResolveRelativePaths>
      <parserConfigurations/>
      <consoleParsers>
        <hudson.plugins.warnings.ConsoleParser>
          <parserName>Java Compiler (javac)</parserName>
        </hudson.plugins.warnings.ConsoleParser>
      </consoleParsers>
    </hudson.plugins.warnings.WarningsPublisher>
    <hudson.maven.RedeployPublisher>
      <id>mfx.repo.dist.snapshot</id>
      <uniqueVersion>true</uniqueVersion>
      <evenIfUnstable>true</evenIfUnstable>
      <releaseEnvVar>IS_M2RELEASEBUILD</releaseEnvVar>
    </hudson.maven.RedeployPublisher>
    <hudson.plugins.postbuildtask.PostbuildTask plugin="postbuild-task@1.8">
      <tasks>
        <hudson.plugins.postbuildtask.TaskProperties>
          <logTexts>
            <hudson.plugins.postbuildtask.LogProperties>
              <logText>tar</logText>
              <operator>AND</operator>
            </hudson.plugins.postbuildtask.LogProperties>
          </logTexts>
          <EscalateStatus>false</EscalateStatus>
          <RunIfJobSuccessful>false</RunIfJobSuccessful>
          <script>/usr/bin/python27 /bld/shared/scm/scripts/package-sha-mapping.py</script>
        </hudson.plugins.postbuildtask.TaskProperties>
      </tasks>
    </hudson.plugins.postbuildtask.PostbuildTask>
    <hudson.tasks.Mailer plugin="mai...@1.16">
      <recipients>MicroflexAPID...@LiveNation.com</recipients>
      <dontNotifyEveryUnstableBuild>false</dontNotifyEveryUnstableBuild>
      <sendToIndividuals>true</sendToIndividuals>
    </hudson.tasks.Mailer>
    <jenkins.plugins.slack.SlackNotifier plugin="slack@1.8">
      <teamDomain>ticketmaster</teamDomain>
      <authToken>NBWPd5TSYGtD0pNOKdDkNToF</authToken>
      <buildServerUrl>/</buildServerUrl>
      <room>#mfxe</room>
    </jenkins.plugins.slack.SlackNotifier>
  </publishers>
  <buildWrappers>
    <hudson.plugins.ws__cleanup.PreBuildCleanup plugin="ws-cl...@0.25">
      <deleteDirs>false</deleteDirs>
      <cleanupParameter></cleanupParameter>
      <externalDelete></externalDelete>
    </hudson.plugins.ws__cleanup.PreBuildCleanup>
    <org.jvnet.hudson.plugins.m2release.M2ReleaseBuildWrapper plugin="m2re...@0.12.0">
      <scmUserEnvVar></scmUserEnvVar>
      <scmPasswordEnvVar></scmPasswordEnvVar>
      <releaseEnvVar>IS_M2RELEASEBUILD</releaseEnvVar>
      <releaseGoals>-Dtm.config.path= ${MAVEN_GIT_ALTCREDENTIALS} ${MAVEN_DEFAULT_PROFILES} ${MAVEN_RELEASE_TARGETS} ${MAVEN_TEST_OPTS}</releaseGoals>
      <dryRunGoals>${MAVEN_DEFAULT_PROFILES} ${MAVEN_RELEASE_DRYRUN_TARGETS} ${MAVEN_TEST_OPTS}</dryRunGoals>
      <selectCustomScmCommentPrefix>false</selectCustomScmCommentPrefix>
      <selectAppendHudsonUsername>false</selectAppendHudsonUsername>
      <selectScmCredentials>false</selectScmCredentials>
      <numberOfReleaseBuildsToKeep>0</numberOfReleaseBuildsToKeep>
    </org.jvnet.hudson.plugins.m2release.M2ReleaseBuildWrapper>
  </buildWrappers>
  <prebuilders>
    <hudson.tasks.Shell>
      <command>${SCM_SCRIPT_DIR}/m2-pre-build.sh ${EXECUTOR_NUMBER}</command>
    </hudson.tasks.Shell>
    <hudson.tasks.Shell>
      <command>ssh -A xyz@mgr1 &apos;copy-maps-from-dataset.sh de&apos;</command>
    </hudson.tasks.Shell>
  </prebuilders>
  <postbuilders/>
  <runPostStepsIfResult>
    <name>FAILURE</name>
    <ordinal>2</ordinal>
    <color>RED</color>
    <completeBuild>true</completeBuild>
  </runPostStepsIfResult>
</maven2-moduleset>

dana.maxfield@gmail.com (JIRA)

unread,
Jun 16, 2018, 10:40:02 AM6/16/18
to jenkinsc...@googlegroups.com

Having this same continuously building issue. We are using origin/master. I believe it has something to do with the @Library usage. 2 scenarios:

1) Pipeline being continuously triggered on every polling window. I edited the pipeline being run to remove the import of the library, and do nothing except print what stage it was in. Continuous looping stopped at that point. When I removed the dummy build, the continuous building happened again. 

2) Pipeline being continuously triggered on every polling window.  I deleted from origin all branches (except master), and closed all open PR's. Continuous looping stopped.

 

We have tried all of the options in the configured Global Pipeline Library being used as well as all the options within the Pipeline script from SCM cloning options.

Jenkins - 2.107.3

Git plugin - 3.9.1

Pipeline SCM step plugin - 2.6
This message was sent by Atlassian JIRA (v7.3.0#73011-sha1:3c73d0e)
Atlassian logo

dana.maxfield@gmail.com (JIRA)

unread,
Jun 16, 2018, 10:41:03 AM6/16/18
to jenkinsc...@googlegroups.com
Dana Maxfield edited a comment on Bug JENKINS-30296
Having this same continuously building issue. We are using origin/master. I believe it has something to do with the @Library usage. 2 scenarios:

1) Pipeline being continuously triggered on every polling window. I edited the pipeline being run to remove the import of the library, and do nothing except print what stage it was in. Continuous looping stopped at that point. When I removed  deleted the dummy build, the continuous building happened  started again. 

2) Pipeline being continuously triggered on every polling window.  I deleted from origin all branches (except master), and closed all open PR's on the Global library repo . Continuous looping stopped.


 

We have tried all of the options in the configured Global Pipeline Library being used as well as all the options within the Pipeline script from SCM cloning options.

Jenkins - 2.107.3

Git plugin - 3.9.1

Pipeline SCM step plugin - 2.6

nicolas.deloof@gmail.com (JIRA)

unread,
Apr 24, 2019, 10:28:21 AM4/24/19
to jenkinsc...@googlegroups.com
Nicolas De Loof assigned an issue to Unassigned
 
Change By: Nicolas De Loof
Assignee: Nicolas De Loof
This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)

christoph.linder@dvbern.ch (JIRA)

unread,
Aug 30, 2019, 10:44:03 AM8/30/19
to jenkinsc...@googlegroups.com
Christoph Linder commented on Bug JENKINS-30296
 
Re: Infinite loop (pooling changes continuously) when using "*/master" branches to build

Can confirm this bug.

Some more detail:

We had a string parameter containing BRANCH /feature/' (at least that's visible in the GUI) and the GIT branch specifier configured to use this variable: ${BRANCH}.

Some developer created the branch "feature/feature/foobar".

The bug only got triggered as long as the branch with the duplicate "feature" was present.

 

We did lots of tests with different variations of wildcards but the problem mainly got solved when we

  • removed the string parameter
  • and used this wildcard directly in branch spec:  origin/feature/**

(Unfortunately, I cannot spend more time on testing this but my gut feeling tells me:  string params with wildcards would be the next thing to investigate)

 

christoph.linder@dvbern.ch (JIRA)

unread,
Aug 30, 2019, 10:45:03 AM8/30/19
to jenkinsc...@googlegroups.com
Christoph Linder edited a comment on Bug JENKINS-30296
Can confirm this bug.

Some more detail:

We had a string parameter containing BRANCH '\ */feature/ \ *' (at least that's visible in the GUI) and the GIT branch specifier configured to use this variable: ${BRANCH}.


Some developer created the branch "feature/feature/foobar".

The bug only got triggered as long as the branch with the duplicate "feature" was present.

 

We did lots of tests with different variations of wildcards but the problem mainly got solved when we
* removed the string parameter
* and used this wildcard directly in branch spec:  origin/feature/**


(Unfortunately, I cannot spend more time on testing this but my gut feeling tells me:  string params with wildcards would be the next thing to investigate)

 

christoph.linder@dvbern.ch (JIRA)

unread,
Aug 30, 2019, 10:46:02 AM8/30/19
to jenkinsc...@googlegroups.com
Christoph Linder edited a comment on Bug JENKINS-30296
Can confirm this bug.

Some more detail:

We had a string parameter containing named BRANCH with ' \ */feature/ \ *' ( without the quotes, at least that's what is visible in the GUI) and the GIT branch specifier configured to use this variable: ${BRANCH}.


Some developer created the branch "feature/feature/foobar".

The bug only got triggered as long as the branch with the duplicate "feature" was present.

 

We did lots of tests with different variations of wildcards but the problem mainly got solved when we
* removed the string parameter
* and used this wildcard directly in branch spec:  origin/feature/**

(Unfortunately, I cannot spend more time on testing this but my gut feeling tells me:  string params with wildcards would be the next thing to investigate)

 
Reply all
Reply to author
Forward
0 new messages