-
Bug
-
Resolution: Unresolved
-
Major
-
None
-
Jenkins ver. 1.596,
git-plugin 2.3.5,
git-client-plugin 1.16.1
Sample GIT repo with the following content:
- ./dir1/file1
- ./dir1/file3
- ./dir2/file2
- ./file1
- ./file2
When using the following GIT client configuration
- Clean before checkout
- Polling ignores commits in certain paths
- Included: dir1\/.*
- Excluded: <empty>
- Sparse checkout paths (this is optional; issue is triggered without as well)
- Path: dir1
the GIT client plugin resets the workspace when polling for changes, i.e. removes any files not part of the repository outside regular job runs. This is rather disturbing if one wants to check the workspace after a build for whatever reason and cannot find files created by the previous build anymore because the periodic polling deleted them in the meantime.
Does it do that only when using "Force polling to use workspace", or does it happen when or not a workspace is already available?