How to avoid the trigger build depth limitation

[chalda]

Hello,

I’ve started running into the trigger build depth limit, which according to the documentation seems to be set to 10.

Service quotas

In our setup, we’ve split the workflow into multiple pipelines that are either triggered by an action or scheduled. To speed up dependent steps, I added asynchronous triggers so that processing can start immediately when data becomes available.

However, this results in the pipeline failing due to the build depth limitation. I was assuming that asynchronous (async) triggers would not count toward the depth, since each triggered pipeline runs independently. Could you clarify why async triggers are still subject to this limitation?

Trigger step

It is possible to decouple these triggers from the depth count?
If not I understand that quotas can be increased. Would that be the case if we run our own agents? Is this limitation applied at the organization level in Buildkite, or does it depend on our self-managed agent?

Thank you for your help,
Ondřej

[Joe.Coleman]

Hey @chalda,

In this case, the async attribute on the trigger step will determine whether the originating build will wait for a success status from the triggered pipeline, or whether it will report success once the other pipeline has been triggered.

The async attribute will still count towards build depth, regardless of whether this is set to true or false. This limitation was put in place in order to prevent infinite trigger loops, as such there is no way to exclude triggers from depth count.

To confirm, the quota for depth is organization-wide, so this limit is still applied even when using self-hosted infrastructure.

Should you need this limit to be increased, please get in touch via support@buildkite.com and we can take a look into your specific-case and provide any methods that may be better suited for this specific scenario.