nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

How to create an issue for every component in a project via automation

Bent Möller

Hey, Im new to Automation and Im still trying to figure out how to use branches correctly.

I have 5 Components in Project A, each Component has its own Lead.

Now I would like to create an issue every 3 months for every component from Project A in Project B and automatically assign it to the respective Component Lead.

So every 3 Months Project B will have 5 new Tickets, each assigned to the Component Leads of Project A's Components.

Accepted answers

All comments

Bill Sheboy

Hi @Bent Möller -- Welcome to the Atlassian Community!

Branches in automation rules can iterate over issues or arbitrary things with an advanced branch (e.g., some list of text values). However they cannot iterate over the set of Components defined in a project as there is nothing built-in to get them.

So, some work-arounds are...

If your list of components is stable, you could hard-code them into a created variable, and then iterate over them. For example, let's assume you have a variable named varComponentList with your components as a CSV list:

component A, blue, red, green

Then the advanced branch source could be: {{varComponentList.split(", ")}}

Better still, a lookup table could be used, storing the component as the key and the account id of the lead as the value: https://community.atlassian.com/t5/Automation-articles/New-Automation-action-Create-lookup-table/ba-p/2311333

But that is a brittle solution, as the rule will need updates as things change. To make this more dynamic, the rule could call the REST API function to get the current list of components, and their assigned leads, using the Send Web Request action. The {{webResponse.body}} could then be iterated over to create your issues using the advanced branch.

To learn more about this technique, here are some references:

Kind regards,
Bill

Bent Möller

Hey Bill,

thank you very much for your answer and your suggestion. I kept trying yesterday and couldnt find a good way. I also thought about hard coding it, but the 5 Components was a simplification, in the end it will probably be at around 200. I thought about using the Components for Permissions to have the Component Lead as the responsible person for the permission, but I guess it just wont work that way.

I will probably look into realising it via Scriptrunner.

Bill Sheboy

With that additional information, perhaps ScriptRunner will be better.

Automation rules can process up to 150 issues / things in a branch (or 50 objects for assets), and so an advanced branch could not span 200 components: https://support.atlassian.com/cloud-automation/docs/automation-service-limits/

Bent Möller

Thats a really helpful link, also for potential future tasks, thanks!

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

jira

cloud

jira-cloud

automation