Details
-
Improvement
-
Status: Resolved (View Workflow)
-
Minor
-
Resolution: Fixed
-
None
-
OS: Ubuntu 16.04.5 LTS
Jenkins version: 2.150.1
Git parameter plugin: 0.9.6
git command line version: 2.7.4
Description
The help documentation indicates that tag filtering should behave like:
git tag -l "$tagFilter"
However, we see different tag lists for the command line git filter versus the plugin filter.
Example:
- Git Command: git tag -l "MTRS-MBP-*"
- Returns (truncated):
MTRS-MBP-v02.02.00.RRC05
- Returns (truncated):
- Plugin Filter: MTRS-MBP-*
-
- Returns (truncated):
MTRS-MBP-v02.02.00.RRC05
release/MTRS-MBP-v00.03.01.int.1.0.0.2_armhf
- Returns (truncated):
The plugin appears to behave as though "*MTRS-MBP-*" is implied.
Yet, we have other entries, like "CDR_MTRS-MBP-v01.00.00_Demo", that the plugin does not show.
The expectation here is that the behavior of the filter follows the stated 'git tag -l' behavior.
Attachments
Issue Links
- depends on
-
JENKINS-40232 Git Parameter Plugin doesn't need to clone
-
- Resolved
-
Hi,
I have a similar example for you:
git ls-remote -t git@github.com:klimas7/Learn.git "v*" fb76e1fcbc6af5396f044489e4167ba3c06bb675 refs/tags/release-tags/v1.0.0 dbac4ccfa19f03fc79587c0159ba553b37895a1b refs/tags/release/v1.0.0 dbac4ccfa19f03fc79587c0159ba553b37895a1b refs/tags/v1.0.0
git ls-remote -t git@github.com:klimas7/Learn.git "refs/tags/v*" dbac4ccfa19f03fc79587c0159ba553b37895a1b refs/tags/v1.0.0
if you set plugin as that:

you get

Help was changed in release 0.9.10