Hello,
My issue is as follows.
I am writing a Jira Automated Rule that will create multiple "Task" tickets upon an Epic creation using a specific label. I have some intricate dependencies that are important in the end result. For the sake of an example, let's use the following diagram:
My Jira automation rule works almost completely. If an Epic is created, it checks the label, if so it Creates Ticket 1. Then it creates a variable ticket1Var = {{createdIssue.key}}. Then it creates Ticket2. In Additional Fields of Ticket 2, I have:
{"update": {
"issuelinks": [
{
"add": {
"type": {
"name": "Blocks"
},
"inwardIssue": {
"key": "{{ticket1Var}}"
}
}
}
]
}
}
It creates ticket2Var = {{createdIssue.key}}. It then creates Ticket3 and does the same.
Finally, it creates Ticket 4 but then I don't know what to do to have Ticket 4 blocked by Ticket 2 and Ticket 3.
I think I have tried everything I could.
So am wondering:
So I just figured out an alternate solution... (ecstatic!)
After Ticket 4 creation, I went ahead and created a Branch Rule for "Most recently created work item". Then I perform a new action "Edit work item fields" which will directly edit the work item related to that branch.
I could not do "Edit work item fields" in the main branch because there is unfortunately no solution to select the Issue key that we want to Edit (not manually nor using smart values).
In the "Edit" action, I went ahead an modified the additional fields section to take into account the same JSON structure and add the inwardIssue link from "{{ticket3Var}}".
By doing this, I get the exact dependencies as I wanted in the Ticket diagram I shared.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.