Showing results for 
Search instead for 
Did you mean: 
Sign up Log in
It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

How to make trigger conditions branch friendly ?


Scenario: We have a main bamboo plan (Source Build) that runs the source code build. We create a branch out of that.  We have other long running integration tests that also have branches configured. This looks like the following:

  • Source Build (master)
    • Source Build (Branch A)
  • Feature A (master)
    • Feature A (Branch A)
  • Feature B (master)
    • Feature B (Branch A)

We have scheduled triggers to run the integration tests multiple times a day. Now we chose the trigger condition to Only run Build if other Plans are currently passing and provided the plan key for plan (Source Build).


Now, it makes sense for Feature B (Branch A) to get triggered only if Source Build (Branch A) is passing successfully which is not the case. It seems that this trigger condition only checks for  Source Build (master).

Is this by design ? What is the rational behind this ? And is there any way to achieve the described behavior ?

1 answer

0 votes



I have read your question, I can only suggest  you try use this one (child plan)

or write in plan as final stages some automatisation based on rest api call



Gonchik Tsymzhitov

Thank you for your kind response Gonchik.

The desired behavior is to have the branch plans run on schedule except if the Source Build plan branch is currently failing. If my understanding of child plans is correct, then it triggers plans in hierarchy mode one after the other which doesn't generate the same behavior (ability to run the plan every 1 hour for example in case the Source Build plan is successful). The intended behavior works perfectly in non-branched plans. Is there a place where I can ask if this is by design or maybe I need to submit a feature request/bug report ? (I know it is tricky to match branch plans by name in multi-branch environment)


How does the second approach help in this situation ? If I added some task to identify failing vs succeeding plans, then do I need to check for that thing in all the others plans as a first task ? Can you kindly elaborate on that second point.

I have not found the related issue, btw. you can try to find as well on this resource




The weird thing is that child plans respect the branch hierarchy.  If we add a dependency of plan B to plan A. Then when branch of plan A completes it triggers same branch name of plan B. So it seems the functionality exists, but not sure why it doesn't work for scheduled triggers. 


Can I open a bug in Jira.Atlassian for that ?


Let's start from

Suggest an answer

Log in or Sign up to answer
Community showcase
Published in Bamboo

Bamboo Data Center 8.1 is now available

G’day Bamboo customers, Bamboo DC 8.1 is now available with it the following features and programs: SAML 2.0, OpenID Connect, and Crowd SSO In order to help admins with a simplified user manage...

194 views 0 4
Read article

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you