You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
Next: Root
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
The Atlassian Community can help you and your team get more value out of Atlassian products and practices.
Hi all,
I have a plan that is triggered by tag.
When I push the tag to the repo is takes quite some amount of time (in minutes like 3 to 5 I would say) before the plan is actually started.
Is that normal or I am missing something in my configuration.
My assumption was that it should be just like with the commit, almost imminent once the tag is pushed and visible in BitBucket.
What I am experiencing looks more like bamboo pooling for tags.
If so, can I increase the frequency (my users are complaining)?
best
Mariusz
Hello @Mariusz Dullak,
Bamboo tag detection follows the branch detection interval which is 5 minutes by default and adds a time 50% delay to that time so it won't compete with the branch check activities, meaning that tag detection will be running every 300 seconds with a delay of 150 seconds.
E.g.
09:05:00 -> Branch detection
09:07:30 -> Tag detection
09:10:00 -> Branch detection
09:12:30 -> Tag detection
(...)
To adjust the branch detection period, go to:
Regards,
Eduardo Alvarenga
Atlassian Support APAC
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi again,
Seems that on some branches my tag triggers work and on some (of the same repo and plan) they do not (plan branch configuration is identical and does not contain anything plan branch and git branch specific).
In application-data folder/logs/atlassian-bamboo.log I can see execution of plan when tag was found. Where can I see that the detection was run and that no new tags were found?
Last but not least, are tagged that have been already build stored somewhere? How does bamboo knows which tags should trigger builds - which ones are new?
thanks in advance
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello @Mariusz Dullak, Good to work with you again!
Bamboo will keep track of all tags from a VCS repository and store them on the VCS_TAG table in the database. When Bamboo scans for tags it compares with the data already present on that table and if there is a match, no triggers are actioned as it understands the tag is already present and was "already triggered" in the past.
If the tag entry is removed from the database, Bamboo will treat it as it was a new tag.
You can configure regular expressions that will be matched and trigger a Plan, so Bamboo will only consider those matched strings as a trigger:
You can add some extra DEBUG flags to Bamboo to follow the Tag detection process:
You might be interested on adding the following log levels:
WARNING: DEBUG logs may be very verbose!
Regards,
Eduardo Alvarenga
Atlassian Support APAC
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Awesome thanks.
I cleaned some garbage (people having typos in tagging script) and looks like it is working as expected now.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Another few months and I am getting the complains again.
I can see new tags are in the VCS_TAG table, but they never trigger new builds.
So our release process is: create branch release/XX.YY or release/XX.YY-something (where XX is fixed and, Y and Z are numbers).
I have bamboo set to create new branch plan on new branch in VCS on:
^release\/XX.\d*(-.*)?
and it works OK.
Our tag - aka release name - policy is XX.YY.ZZ or XX.YY.ZZ-something
The trigger on main branch is commit trigger and in the configuration of branching I have:
Custom trigger, Tag trigger, Tag filter: ^XX\.\d*\.\d*(-.*)?
and "Only run build if the branch contains the matched tag" since I only want to run one branch (we are working and releasing several releases at the same time, so without this I would expect EVERY active branch to be triggered which is NOT what I want).
This regex should be passing (I tested it several times) on stuff like XX.99.2, XX.98.7, XX.86.5-test etc.
So I can see in the VCS_TAG tags like "XX.99.4" It was pushes to release/XX.99 branch on May 24th 5PM. Nothing happened and someone manually started in on May 25th 11AM.
What is going on here? Is it that there are 3 (three) repos assigned to that build? Is bamboo expecting the tag on each and everyone of them? Branching and tagging is on the "main" repo and since branching is working fine I though everything is OK.
Apparently I am wrong.
Any help would be appreciated.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello @Mariusz Dullak
Thank you for getting back to us.
Your regex is adding a capture group, which may interfere with the matching.
Try the regex below instead. It makes the capture group optional and will match any characters after "-".
^XX\.\d+\.\d+(?:-.*)?$
As git tags can't have spaces, we don't have to be concerned about termination here.
Kind regards,
Eduardo Alvarenga
Atlassian Support APAC
--please don't forget to Accept the answer if the reply is helpful--
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
thank you very much for coming back to me.
As usual extremely fast and straight to the point.
I will convert the group and we will see if it will start to work.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.