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?

 

 

0
2 comments
Avatar
Permanently deleted user

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/*

 

 

0
Avatar
Permanently deleted user

This is true for at least GitExtensions and SourceTree

0

Please sign in to leave a comment.