Build is not sometimes trigged by tag
Hi!
We are using a tagging system and the feature "Use tags as branches" to trigger a tag to a certain environment / configuration.
It works properly most of the times. But sometimes it doesn't register.
We have a "Build" environment / configuration which detects all commits and build at a certain interval.
Then we have a "Development" environment / configuration which detects tags from the same VCS.
So if we tag Release/Development/[commit hash]
It will build and create a release (using octopus deploy) to our Development environment.
What I think happens is that somehow the "Build" trigger, or "Build" current running a build interfere with the trigger of "Development".
Is there any scenario you can see this happens? I can see pending changes on "Development" configuration and I can see the proper tag in git.
But there is no "branch" created for the tag and thus do not trigger a build and release creation for "Development".
If I delete the tag and apply it again it works. So I want to figure out why at some cases it does not detect it.
"Development" is using the same VCS root as "Build". Maybe the checkout stops it?
Please sign in to leave a comment.
Found the issue. A bit tricky. Seems like most git clients cache the "parent" label structure.
Example
Developer A commits Release/Development/hash123
Developer B commits release/development/hash124.
For developer A in tools, he sees commits Release/Development/hash123 and Release/Development/hash124
For developer B in tools, he sees commits release/development/hash123 and release/development/hash124
Only in the source (bitbucket.org) I could see the differences and the cases differs depending on what you actually typed when making the commit.
Because regex is case sensitive this would not match those with lower cases.
+:Release/Development/*
So I changed it to this, to avoid any trigger issues (is enough for us at least).
+:[Rr]elease/[Dd]evelopment/*
This is true for at least GitExtensions and SourceTree