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

Git Parameter plugin causes SCM polling to return false negatives

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Open (View Workflow)
    • Priority: Major
    • Resolution: Unresolved
    • Component/s: git-parameter-plugin
    • Labels:
      None
    • Environment:
    • Similar Issues:

      Description

      Steps to reproduce:

      1. Initial state is a Jenkins pipeline job, set to "Pipeline script from SCM", with a Jenkinsfile in the root of a Git repo on master.
      2. SCM polling set to 5-minute intervals.
      3. Commits/pushes to master will trigger builds as expected.
      4. Add a Git Parameter:
        1. Name: GIT_BRANCH
        2. Parameter Type: Branch
        3. Default Value: master (note: can also use origin/master or refs/heads/master)
        4. Use repository: (same repo as specified for the Jenkinsfile)
      5. Update the Branch Specifier for the pipeline to ${GIT_BRANCH}
      6. Wait one polling interval.
      7. Push a change to master.
        1. In a few attempts, the first push was detected correctly, and the false negative did not occur until the second push.
        2. In most attempts, the first push was enough to cause the false negative.

      When the false negative occurs, the Git Polling Log correctly shows the Last Built Revision, but does not detect the new HEAD revision.

      Remediating the issue required the following:

      1. Remove the Git Parameter
      2. Set the Branch Spec for the pipeline back to "master"
      3. Start a build manually–this has the effect of resetting/refreshing the polling data
      4. Push a change to master–the next poll should detect the change and build normally

      Running a manual build with the Git Parameter in place, and choosing origin/master from the list, did NOT reset/refresh the polling data, even though the correct hash was checked out for the build.  The false-negative behavior returned on the next poll after another push to master.

      I also upgraded the plugin from version 0.8.0 to version 0.9.9 to see if that would resolve the issue; it did not.

        Attachments

          Activity

          drosen02 David Rosenfeld created issue -
          drosen02 David Rosenfeld made changes -
          Field Original Value New Value
          Description Steps to reproduce:
           # Initial state is a Jenkins pipeline job, set to "Pipeline script from SCM", with a Jenkinsfile in the root of a Git repo on master.
           # SCM polling set to 5-minute intervals.
           # Commits/pushes to master will trigger builds as expected.
           # Add a Git Parameter:
           ## Name: GIT_BRANCH
           ## Parameter Type: Branch
           ## Default Value: master (note: can also use origin/master or refs/heads/master)
           ## Use repository: (same repo as specified for the Jenkinsfile)
           # Update the Branch Specifier for the pipeline to ${GIT_BRANCH}
           # Wait one polling interval.
           # Push a change to master.

           ## In a few attempts, the first push was detected correctly, and the false negative did not occur until the second push.
           ## In most attempts, the first push was enough to cause the false negative.

          When the false negative occurs, the Git Polling Log correctly shows the Last Built Revision, but does not detect the new HEAD revision.

          Remediating the issue required the following:
           # Remove the Git Parameter
           # Set the Branch Spec for the pipeline back to "master"
           # Start a build manually–this has the effect of resetting/refreshing the polling data
           # Push a change to master–the next poll should detect the change and build normally

          Running a manual build with the Git Parameter in place, and choosing origin/master from the list, did NOT reset/refresh the polling data, even though the correct hash was checked out for the build.  The false-negative behavior returned on the next poll after another push to master.
          Steps to reproduce:
           # Initial state is a Jenkins pipeline job, set to "Pipeline script from SCM", with a Jenkinsfile in the root of a Git repo on master.
           # SCM polling set to 5-minute intervals.
           # Commits/pushes to master will trigger builds as expected.
           # Add a Git Parameter:
           ## Name: GIT_BRANCH
           ## Parameter Type: Branch
           ## Default Value: master (note: can also use origin/master or refs/heads/master)
           ## Use repository: (same repo as specified for the Jenkinsfile)
           # Update the Branch Specifier for the pipeline to ${GIT_BRANCH}
           # Wait one polling interval.
           # Push a change to master.

           #
           ## In a few attempts, the first push was detected correctly, and the false negative did not occur until the second push.
           ## In most attempts, the first push was enough to cause the false negative.

          When the false negative occurs, the Git Polling Log correctly shows the Last Built Revision, but does not detect the new HEAD revision.

          Remediating the issue required the following:
           # Remove the Git Parameter
           # Set the Branch Spec for the pipeline back to "master"
           # Start a build manually–this has the effect of resetting/refreshing the polling data
           # Push a change to master–the next poll should detect the change and build normally

          Running a manual build with the Git Parameter in place, and choosing origin/master from the list, did NOT reset/refresh the polling data, even though the correct hash was checked out for the build.  The false-negative behavior returned on the next poll after another push to master.

          I also upgraded the plugin from version 0.8.0 to version 0.9.9 to see if that would resolve the issue; it did not.

            People

            Assignee:
            klimas7 Boguslaw Klimas
            Reporter:
            drosen02 David Rosenfeld
            Votes:
            2 Vote for this issue
            Watchers:
            4 Start watching this issue

              Dates

              Created:
              Updated: