We had a feature build branch, where no builds got triggered by updates in GIT, although there had been changes. After a longer search, I found in the GIT polling log of the job:
"No workspace is available, so can’t check for updates. (nonexisting_workspace)"
My problem is, that there is no error indication, besides the note in the polling log, so the problem goes unnoticed. (The workspace probably got lost, when we moved to another server)
How to reproduce the issue:
- Set up a job, which uses "Poll SCM" and "Source Code Management" "GIT to trigger"
- Configure to check on an existing branch in the GIT repo
- Enable the job
=> The job gets triggered, due to the present changes on the branch and no job run at all (fine)
- Delete the workspace of the job
- The job doesn't trigger again, although the GIT branch gets new commits.
There is no clearly visible error indication.
The only indication I was able to find, is the error message in the polling log.
When I searched all "scm-polling.log"-files on our master, I found a whole bunch of jobs with the same problem.
Note: I'm not sure what Jenkins should do on this case. E.g. there is no job run to turn red.
Maybe one approach would be, to trigger a job run in this case and make it red,