You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
Next: Root
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
The Atlassian Community can help you and your team get more value out of Atlassian products and practices.
I'm trying to move issues between projects because one team may complete their portion and need fulfillment from another team. Is there a way to use automation for that? I'm thinking of having a workflow for "In Progress -> Move -> TeamA/TeamB/TeamC" that will then reset the status to In Progress and the right team can work on it.
So far what I've done is started using labels to clone the tickets into other projects. Seems serviceable, but I think I'd like the comments to follow. Is there a way I can automate the moving of tickets? Or is cloning going to be my best bet if I don't want my teams to be too muddled with people having access to everything?
Hi, @Taylor Chappell - unfortunately there's not an automation action to move tickets to a different project. You can vote on and watch the ticket for this request in Atlassian's Jira instance.
In the meantime, cloning is the only way to do it. You can set up your rules to clone the comments from the original ticket into the cloned version. Here's how one of ours is set up.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
This rule would go in the project of the new copied issue right? Not in the same automation as the copying? So then would it inherit the triggerIssue still in the new rule?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Nope, ours is in the same automation, which is a global rule (because for us, we want it to be available to run on any project.) Your rule would need to live in the global automation section of the site even if it's only one origin project and one destination project, because that's still two projects (a project-level rule can only clone issues into the same project.)
Our rule, as shown above, is triggered when a ticket in any of our engineering projects is transitioned to Closed and has a resolution of Duplicate, Delete, or Canceled. When the issue matches those conditions, it clones it to the Trashcan project, copies all comments, and then deletes the original issue.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Ok, it seems to be working fine for mine as far as cloning issues into other projects even though the rule lives in one, separate project. But I do see how the comments and stuff would require a global rule. I'll look into adding that. Posting a picture to show the automation so far. But thank you very much!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.