-
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.
[JENKINS-28529] Git polling deletes files in workspace if "clean" and "ignore commits in path" are both enabled
Summary | Original: Git polling deletes files in workspace | New: Git polling deletes files in workspace if clean and ignore commits in path enabled |
Summary | Original: Git polling deletes files in workspace if clean and ignore commits in path enabled | New: Git polling deletes files in workspace if clean and ignore commits in path both enabled |
Component/s | New: git-plugin [ 15543 ] | |
Component/s | Original: git-client-plugin [ 17423 ] | |
Environment | Original: Jenkins ver. 1.596, git-client-plugin 1.16.1 |
New:
Jenkins ver. 1.596, git-plugin 2.3.5, git-client-plugin 1.16.1 |
Summary | Original: Git polling deletes files in workspace if clean and ignore commits in path both enabled | New: Git polling deletes files in workspace if "clean" and "ignore commits in path" are both enabled |
Workflow | Original: JNJira [ 163371 ] | New: JNJira + In-Review [ 181206 ] |
Assignee | Original: Nicolas De Loof [ ndeloof ] |