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.
I have a strange scenario I am struggling to figure out.
I have two sequential conditional tasks on a build plan. The condition is on a Bitbucket variable coming in to the build called bamboo.repository.pr.key
The first step I check if it exists, if it does the command runs with the variable being substituted with the actual key from Bitbucket and the command runs fine.
The second step I check if it does not exist and I run a build on the base branch using a different variable.
Interesting once the variable is substituted in the first step, the second conditional does not find it and therefore also runs instead of being skipped.
This is the log where you can see it being odd, the condition all of a sudden says that variable does not exist.
simple 11-Mar-2021 14:40:21 All conditions for task 'Sonar Scan PR' were met. Conditions: Variable bamboo.repository.pr.key exists
command 11-Mar-2021 14:40:21 Substituting variable: ${bamboo.repository.pr.key} with 19
command 11-Mar-2021 14:40:21 Substituting variable: ${bamboo.repository.pr.sourceBranch} with feature/SonarBuildTest
command 11-Mar-2021 14:40:21 Substituting variable: ${bamboo.repository.pr.targetBranch} with dev
***<logs cut here>***
simple 11-Mar-2021 14:41:16 All conditions for task 'Sonar Scan Branch' were met. Conditions: Variable bamboo.repository.pr.key not exists
command 11-Mar-2021 14:41:16 Substituting variable: ${bamboo.repository.git.branch} with feature/SonarBuildTest
Does the variable only become available to the job if it is referenced in the argument? That is the only thing I can think of apart from it being a bug (or something I am overlooking of course)
Any help would be appreciated! :)
Thanks
Don't use "bamboo." prefix and see how it goes
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.