How do I automatically move an issue from one project to another?

We would like to find a way to automatically move issues from one project to another. For example: Issue status changes to "Approved" and issue automatically moves to a different project. Or, issue is reassigned which triggers issue being automatically moved to a different project, etc. There is no real criteria required except for the automation of issues moving from one project to another. 

Is there any way to do this? Using a plugin, post functions...anything? Thanks in advance. 

2 answers

This widget could not be displayed.

You can certainly use a plugin but it is usually harder than you think. Each project can have its own workflows, field configurations, screens etc and the rules in target project (like a mandatory field) might prevent the move. And different workflows might require a workflow migration. And that is why JIRA doesn't offer it as a functionality (You have to use 'Move' which addresses all these concerns in different steps).

If the projects are identical, it is easier to do that in a plugin.

Hi Jobin, do you have a specific plugin in mind?

None that I can think of. I was suggesting about writing one!

Hi,

I was searched for this and i was having a feeling that is not possible or easy... at least i have something to show to my bosses smile

I will not start to make the plugin, is beyond my capabilities...

Have a nice day

 

I achieved this mostly, but it is nowhere near as simple as just moving the ticket. The issue is what was referenced above, a move operation needs a lot of criteria from the agent to determine which fields should be kept/lost, etc. With different custom fields, you need a lot of values pre-set to tell JIRA or the plugin what to do with each issue.

I used Bob Swift's Create on transition to clone the ticket on the initial creation transition. This enabled me to run initial conditions checks on the issue to determine whether the issue needs to be "moved", then link the new issue to the original, as well as to pre-set all my custom fields so they would map correctly to the other project. This is not really moving the ticket, however, but creating a linked copy of the ticket in project you want the ticket moved to - this seems to be the only workable solution right now. Then, I used one of JWME's transitions to sync the linked issues' transitions, so that major workflow transitions would be set to the linked ticket as well. This is mainly so I wouldn't have to worry about one linked ticket being closed and another one floating around still open. 

If you really want to get nuts, there's also a workflow toolbox plugin that will allow you to take the last comment of an issue and copy it to a linked issue, effectively allowing you to clone comments between issues. My main problem here was that you couldn't run this transition on both projects' workflows, as it would create a notification loop. 

If someone could bring all these tools into one plugin, that would essentially allow ticket 'syncing' across projects, it would be a huge help. Because right now, to even get near a solution, you're talking about 3 or 4 plugins all working in tandem to bring one result that should be much easier than that.

 

 

This widget could not be displayed.

Hi,

I have had the same issue and found a working solution for me.
So I like to share it :) .

We use "Automation for JIRA".
This is the tool that I use to solve this issue.
We use components in our projects. So we defined components to name different taget projects.
For example component: A => target project: "project A"
If a JIRA user sets the components of a ticket to "A", the ticket should be moved to "project A".

So I defined a automation rule with "Automation for JIRA":
If a ticket is changed and the new component if the ticket is "A", then clone the ticket to "project A" and delete it in this project.

This works fine for us :) !

Hello, That's what i have tried but unfortunately the sub-tasks didnt clone to the new project,

My goal is to move the issue and its sub-tasks and comments to another project. 

 

Is there a way to do it? 

That is a "clone and move new" action, not a "move issue".  As such, it's

  • not an answer to the original question
  • not a move, clone does not clone the subtasks, only the parent

Maike, this is pretty close to what we want to try as well, but one thing I liked about the move option is that it kept the old key as searchable.  That way the reference number was always there from the original project.  Did you see the same issue?

Suggest an answer

Log in or Sign up to answer
Atlassian Summit 2018

Meet the community IRL

Atlassian Summit is an excellent opportunity for in-person support, training, and networking.

Learn more
Community showcase
Posted Wednesday in New to Jira

Are you planning to trial, or are currently trialling Jira Software? - We want to talk to you!

Hello! I'm Rayen, a product manager at Atlassian. My team and I are working hard to improve the trial experience for Jira Software Cloud. We are interested in   talking to 20 people planning t...

165 views 2 0
Join discussion

Atlassian User Groups

Connect with like-minded Atlassian users at free events near you!

Find a group

Connect with like-minded Atlassian users at free events near you!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you