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

Automation create a link "is backport by" with linked issue

Nicolas Mayran

I want to create an automation for backport formalization.

Test departement report an issue
If my team is tagged I create a new ticket and link it to Test departement issue
After dev fix, I need to backport it to previous release.

Additionaly to this existing link I would like to add another link ( a backported by link) with to the same 'Test Departement" Issue.

Only option I have are Trigger Issue and Most recently created issue... which is not relevant for me.

Do you have an idea ?

I would like to avoid creating an additional ticket just for the backport.

Accepted answers

Alex Koxaras -Relational-

Hi @Nicolas Mayran and welcome to the community

Your business requirement is not that clear to me, and I have certain questions:

What do you mean by "my team is tagged"?
What do you mean by "backport" the issue "to previous release"?
How is your team setup? Do all of you belong to a same jira group?
What would be your ideal workflow?

Following the third bullet:

A Test department creates a ticket
On that ticket a field is populated with your team's name (e.g. a group field)
A new ticket is automatically created with a link e.g. "Relates to" to the original issue of the test dpt.
Your team is notified for this issue, and someone picks it up and assigns the new issue to him/herself
The assignee works the issue and when it's done then ???
The new issue creates a new link to the original issue with a relation of "Backported by"?

Please fill the question marks above and let me know if that is more or less what you want to achieve.

All comments

Alex Koxaras -Relational-

Hi @Nicolas Mayran and welcome to the community

Your business requirement is not that clear to me, and I have certain questions:

What do you mean by "my team is tagged"?
What do you mean by "backport" the issue "to previous release"?
How is your team setup? Do all of you belong to a same jira group?
What would be your ideal workflow?

Following the third bullet:

A Test department creates a ticket
On that ticket a field is populated with your team's name (e.g. a group field)
A new ticket is automatically created with a link e.g. "Relates to" to the original issue of the test dpt.
Your team is notified for this issue, and someone picks it up and assigns the new issue to him/herself
The assignee works the issue and when it's done then ???
The new issue creates a new link to the original issue with a relation of "Backported by"?

Please fill the question marks above and let me know if that is more or less what you want to achieve.

Nicolas Mayran

Hello Alex thanks for your reply please find below complement information.

All teams/department have a different JIRA project. To communicate between teams we use the component field. So when I say "tag" is when my team is identified into the component Field.
Error is raised while testing on version 1.01. My team is currently working on version 2.01. So this error needs to be backported to version 1.02.
I don't know what you mean by "jira group" but we use the same "jira software" (top left icon in our Jira). Then each team has a different project board.
My ideal workflow would be :

Following the fourth bullet:

A Test department creates a ticket
On that ticket a field is populated with your team's name (e.g. a group field)
A new ticket is automatically created with a link e.g. "Relates to" to the original issue of the test dpt.
Your team is notified for this issue, and someone picks it up and assigns the new issue to him/herself
The assignee works the issue
We raise a CCB meeting in order to accept yes or not the change into "previous release" (following example above to push the change into 1.02)
If not accepted we simply push the change to main dev branch
If accepted this issue (point 3) : I want to add a link "is backported by" to initial Tes department ticket.

So there is no third ticket.

Alex Koxaras -Relational-

Never said anything about a third ticket

So here's my two cents about how to approach this problem of yours:

Create an automation rule to the project where the Test department is working their issue
The rule should have If-Then-Else statement to create tickets to different project, depending on the component value
On that automation rule you can also define the first relation (relates to)
After you finish working on your issues, then you can add a workflow PF to add an additional link to the relates to issue

If you plan to have on an issue more than one linked issues, then perhaps the Test Dpt issue key should be store in a new field, so as to use it for the second link.

Do you have any additional apps on your instance, like JMWE, JSU, JWT, scriptrunner etc?

Vicente Domínguez [Decadis AG]

Hi @Nicolas Mayran,

We could help you configure this workflow with Jira Workflow Toolbox for Jira Cloud!

The only necessary post functions to achieve the desired functionality would be Create issue, Send email and Update fields.

If you need more information about any of our post functions or any of our Conditions or Validators, you can resort to our documentation or contact us via our Support Service Desk.

Best regards,

Vicente

Disclaimer: I am referring to a product of a company I am currently employed by.

Welcome!

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

Quick Links

Find more posts tagged with

jira

jira-software

issue-link

automation