Last modified: 2012-10-19 15:48:29 UTC
Summary: The fingerprint plugin is no more able to take fingerprint of a "hidden" file such as .git/FETCH_HEAD. I am assuming it is an issue in Jenkins core, though the plugin might not have reflected a change to how files are detected in core. How to reproduce: Install the finger print plugin. Create a simple job. In the workspace directory create a directory '.git' (note the leading dot), create a FETCH_HEAD file in it with some random content. Add a build step 'fingerprint' files. In the field "Files to fingerprint" fill in '.git/FETCH_HEAD'. A red error message is shown: '.git/FETCH_HEAD' doesn't match anything: even '.git' doesn't exist The help message give a link to "the workspace", that file browser does show a .git directory containing a FETCH_HEAD file. Reason: I have a "child" job fetching several git repositories. I would like it to just fingerprints any FETCH_HEAD files (**/.git/FETCH_HEAD) to have a quick and fast way to track jobs dependencies. Misc informations: I am pretty sure it used to work in version 1.431 and was broken with 1.458. Still broken with 1.473.
upstream issue https://issues.jenkins-ci.org/browse/JENKINS-14355
I did investigate the issue a bit more today and reported upstream. Also sent an email to jenkins dev mailing list.
The workaround is to use the jenkins-fingerprint macro or take-fingerprints target introduced with https://gerrit.wikimedia.org/r/15596. That is a workaround to copy the - hidden to jenkins - files in a fingerprints directory. Marking lower priority since we have a workaround now.
Lowering priority. We have a work around in the ant build script (see the jenkins-fingprint macro).
Moving bug back in the pool.
I got some kind of workaround as stated in comment 4. Once Zuul is deployed we will no more have to take fingerprints so we are not going to push upstream to fix that Jenkins issue. Marking wontfix.