Hi there,
I have just hit a problem with using a specific git tag into a pipeline configuration descriptor. The tag used follow semantic versioning convention (here v0.12.11-gb) but when the core is using the descriptor to get the tag, the good one is fetched, but the local folder (in the bundle_cache) is badly named compared to the tag. The tag seem to be stripped and could cause problem by not updating correctly configuration locally.
- Descriptor used is in the form sgtk:descriptor:git_branch?branch=myBranch&path=https://internal_git/tk-config-default.git&version=v0.12.11-gb
- When I go into the bundle_cache folder, where the config should be fetched, the folder created to keep this configuration is named v0.12.1 (In this specific case, the last digit of the PATCH number is stripped and the -gb also)
So, you can see that for any tag named v0.12.1X-gb, it will be fetch in the same folder and will never be updated correctly until the PATCH first digit is bumped up.
Since the descriptor should support correctly the semantic versioning, this is an important issue that should be fixed asap. Right now, to bypass the problem, I am using git commit hash instead as the version, which seem to work correctly.