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; } } }

Help on unique automation requirement

Don Hames

I am currently using the Data Center version of Jira and migrating later this year to Jira Cloud. I can not wait until the migration to solve this, so forgive this question if it is not in the right section to ask.

I am having issues with writing the automation for the following scenario:

I have two projects; project A and project B

Project A contains several Epics; each Epic has several child Stories.

Project B is empty.

I need automation to find a specific Epic (I know the key) in Project A and clone it into Project B. Cloning an Epic does not add the children Stories, so here are my attempts to recreate the Epic Story relationship in Project B.

Then I need automation to find specific Stories (children of the Epic above, and I know the key for each) and clone each into Project B.

I have tried several ways, but cloning adds a unique challenge as you must find the issue you want to clone. Is there an automation component that allows you to specify a key and locate it so it can be cloned?

If I was creating issues, it's straightforward. You create a new Epic. Add a branch rule for the most recently created issue. To create the Stories, you create a new Story, and in the additional fields, you set the epic link to the new Epic. The following line sets the Story epic link to the just created Epic.

"epic link": {{issue.key.asJsonString}},

I can not find a way to locate an issue, in this case, an Epic with a known key, clone the Epic, and then clone the children by using the keys and be able to set the epic link as above for creating a Story.

Has anyone tried this before and has a solution? If so, I would appreciate your insight into solving this.

Accepted answers

All comments

Trudy P Claspill

Hello @Don Hames

Are you always cloning the same Epic and the same child stories?

Do you need to be able to do this on demand (i.e. manual trigger), based on another issue event, or could it be done on a schedule?

Don Hames

Hi Trudy. Yes, I have a fixed set of Epics and Stories I am using as templates. It needs to be done on demand via a manual trigger.

I have the system working by creating the Epics and Stories instead of cloning, but I want the content to be controlled through the templates and not have to update the automation rules whenever they update a template.

I have the template Epic issue keys and the child Stories issue keys. It seems simple, but having the automation go to a specific issue, i.e., an Epic seems clumsy. At least the ways I have tried.

Trudy P Claspill

I'm still thinking about ways to accomplish this, but here is one method.

In the past when I needed to do something similar, I would use Advanced Issue Search to retrieve the Epic and child issues I wanted. I would then use the CSV export to export those issues. I would then manually tweak the file content with regard to issue IDs so that I could use CSV Import to create the issues anew based on the exported CSV.

I exported the issues fresh each time before importing them to get the latest "templated" information in the issues.

Trudy P Claspill

Still thinking on this...

Are you cloning all Stories under a given Epic, or only a subset of the child stories? If a subset, will it always be the same Stories in a given epic or might the selection of child stories change periodically?

Is the destination project going to be different each time you run the rule?

To trigger such a rule manually you need to either be in an issue already from which you can trigger the rule, or you need a Scheduled Trigger rule. You could have the Scheduled Trigger rule disabled normally, and then re-enable it and trigger it manually from the Automation Rules page when you need it.

So, for instance, you might be in the Epic you want to clone, and trigger the rule from there. But if the destination project can vary, then how would the Automation rule know in which project to create the issues?

I'm brainstorming on ways this might be accomplished. I haven't fully worked out any of them.

1. In the destination project create an issue that has in it a field where you would specify the issue key for the Epic needing to be cloned. Have a rule triggered on creation of an issue in that destination project with that field being not empty. That rule would execute tasks to clone the desired Epic.

1.a. The creation of that Epic in the destination project with the "clones" link to the original Epic triggers another rule that executes the steps to clone the selected child issues.

2. Use a unique custom field value for each Epic/Child Issues group. That value might be usable to retrieve the issues (maybe using one or more Lookup Issues actions) in a way that would allow the retrieved list to be iterated over to clone each of the retrieved issues. Maybe lookup the Epic first, clone it, and create a variable to note the key of the newly created Epic. Then lookup the child issues, clone them, and use the previous variable to set the parent epic for each newly created child issue.

This is a more complex issue creation/cloning process than I've ever had to work out. There are probably better ways to accomplish it with an automation rule than have occurred to me so far.

Welcome!

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

Quick Links

Find more posts tagged with

cloud

jira-software

jira-software-cloud

automation

jira-software-data-center