Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-10386

git builds are never triggered if quiet period > pooling interval

    • Icon: Bug Bug
    • Resolution: Unresolved
    • Icon: Major Major
    • git-plugin
    • None
    • Jenkins 1.421 + Git plugin 1.1.10

      This is a problem already met in SVN and others providers several years ago.
      If the quiet period is > to the pooling interval the build never starts because the quiet period is setup to its max each time the pooling is done

          [JENKINS-10386] git builds are never triggered if quiet period > pooling interval

          1.1.11 had the same problem but upgrading to 1.425-SNAPSHOT seems to solve the issue. Isn't it strange ?

          Arnaud Héritier added a comment - 1.1.11 had the same problem but upgrading to 1.425-SNAPSHOT seems to solve the issue. Isn't it strange ?

          Ok, I perhaps know how I solved the problem.
          I changed the job configuration not clone the repository on the root of the workspace but on a subdirectory (to be able to ask to git to do a cleanup without loosing my local maven repository).

          Arnaud Héritier added a comment - Ok, I perhaps know how I solved the problem. I changed the job configuration not clone the repository on the root of the workspace but on a subdirectory (to be able to ask to git to do a cleanup without loosing my local maven repository).

          erikengerd added a comment -

          the issue is still there in 1.424.

          erikengerd added a comment - the issue is still there in 1.424.

          Mark Waite added a comment - - edited

          Using git plugin 2.3.1, git client plugin 1.12.0, and Jenkins 1.580.2-RC, I am able to duplicate this bug.

          I took the following steps in my attempt to duplicate the bug:

          1. Define a new freestyle project with a quiet period of 130 seconds
          2. Use git as the SCM system, and set a polling interval once a minute
          3. Confirm that the initial polling detects a build is needed
          4. Confirm that the initial build starts about 2 minutes after the first poll
          5. Pushed a change to the repository
          6. Confirm the polling detects change and schedules a build
          7. Confirm that the quiet period decrements from 2 minutes 10 seconds to about 1 minute 10 seconds, then increases again to 2 minutes 10 seconds. The scheduled build never runs even though changes are detected

          Mark Waite added a comment - - edited Using git plugin 2.3.1, git client plugin 1.12.0, and Jenkins 1.580.2-RC, I am able to duplicate this bug. I took the following steps in my attempt to duplicate the bug: Define a new freestyle project with a quiet period of 130 seconds Use git as the SCM system, and set a polling interval once a minute Confirm that the initial polling detects a build is needed Confirm that the initial build starts about 2 minutes after the first poll Pushed a change to the repository Confirm the polling detects change and schedules a build Confirm that the quiet period decrements from 2 minutes 10 seconds to about 1 minute 10 seconds, then increases again to 2 minutes 10 seconds. The scheduled build never runs even though changes are detected

            Unassigned Unassigned
            aheritier Arnaud Héritier
            Votes:
            5 Vote for this issue
            Watchers:
            8 Start watching this issue

              Created:
              Updated: