Come for the products,
stay for the community

The Atlassian Community can help you and your team get more value out of Atlassian products and practices.

Atlassian Community about banner
Community Members
Community Events
Community Groups

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

Atlassian Community Events