Details
-
Bug
-
Status: Closed (View Workflow)
-
Major
-
Resolution: Fixed
-
None
-
git plugin 2.3.6 pre-release (pre-release for git 2.4.0)
git client plugin 1.18.0 pre-release
Description
A git SCM based job will stop showing changes (both "Recent Changes" and "Changes") if "Prune stale remote-tracking branches" is enabled. It will resume showing changes if the "Prune stake remote-tracking branches is removed from the job definition.
It appears that a new method "purgeStaleBranches" was added to the git plugin in March 2015 . It is purging a branch named "refs/remotes/origin/master" even though that is the only branch defined in the job.
To duplicate the problem:
- Start Jenkins
- Install pre-release git client plugin
- Install pre-release git plugin
- Configure a new job with Git SCM as source control
- Configure the job to poll SCM frequently (once a minute)
- Run the job once, confirm no history is shown
- Commit a change to the repository that job is tracking
- Wait for polling to detect the change, confirm history is shown
- Reconfigure job to add "Prune stale remote-tracking branches"
- Commit a change to the repository that job is tracking
- Wait for polling to detect the change, confirm history is shown
- Commit another change to the repository that job is tracking
- Wait for polling to detect the change, confirm history is NOT shown
Once history is not being shown, it will continue to not be shown, even though the polling log and the build status page shows that the job was started by an SCM change.
If the "Prune stale remote-tracking branches" setting is removed, then two builds later the job will begin showing history again.
Attachments
Issue Links
- is related to
-
-
- Closed
-
-
-
- Open
-
Activity
vikulin, your screen shots show that you can't be seeing this bug, because you have not enabled "Prune stale branches" in the git plugin "Additional Behaviours" section. You may have found another case where history is not shown, but the case you're reporting can't be related to "Prune stale branches", unless your screen shots somehow do not match how you've configured the job.
If you're not seeing history, please submit a new bug report with a detailed, numbered list of the steps you take to duplicate the problem. Reopening an existing bug confuses things, since you seem to have reopened this bug report without realizing that the detailed steps included in the report do not match your steps. Refer to step 9, ""Reconfigure the job to prune stale remote tracking branches", which seems to not be used in your screen shots.
I'm closing this bug again, assuming you'll submit a new bug.
Vadym Vikulin
added a comment - markewaite, I enabled "Prune stale branches" and still no history appears.
Vadym Vikulin
added a comment - markewaite , I enabled "Prune stale branches" and still no history appears. vikulin, I can't duplicate the problem you're reporting. I tried several different variants based on guesses from the screenshots you included. All of them correctly showed recent changes.
Steps I took to try to duplicate the problem included:
- Define a new freestyle project named "
JENKINS-29482-parameterized-checkout-subdir-blocks-history" - Parameterize the build, with a "Choice" parameter named "BRANCH". Assign the first value (default) as "
JENKINS-29482" and other values based on branches in the source repository (I also tried a git parameter using the git parameter plugin with the same results) - Use git as the source control, with repository URL https://github.com/MarkEWaite/JENKINS-26197.git
- Use "*/$BRANCH" as the "Branch to build"
- Add "$BRANCH/src" as the "Local subdirectory for repo" for the additional behaviour "Checkout to a sub-directory"
- Add "Clean before checkout" as an additional behaviour
- Add "Prune stale remote tracking branches" as an additional behaviour
- Enable "Poll SCM" (schedule is optional, since I have the "Poll Now" plugin available on my Jenkins)
- Save the job and click the "Poll Now" link to poll for changes
Once the job definition has been saved and run once, then I submit changes to that repository and click "Poll Now". The changes are detected by polling, the job is built, and the "Recent Changes" show the expected values. Each time I submit changes to the repository and then poll, the job runs and changes are correctly shown in the "Recent Changes" page. If there were no changes since the last build, no changes are shown in the "Recent Changes" page.
Please provide step by step instructions that duplicate the bug.
Vadym Vikulin
added a comment - I have no idea why but the history has started appearing. Closing the defect.
Vadym Vikulin
added a comment - I have no idea why but the history has started appearing. Closing the defect.
Reproduced on git plugin 2.4.2. See screenshot.