Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in
Celebration

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root

Avatar

1 badge earned

Collect

Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!

Challenges
Coins

Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.

Recognition
Ribbon

Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!

Leaderboard

Come for the products,
stay for the community

The Atlassian Community can help you and your team get more value out of Atlassian products and practices.

Atlassian Community about banner
4,554,358
Community Members
 
Community Events
184
Community Groups

Automate moving tasks to another project

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?

1 answer

1 accepted

2 votes
Answer accepted
Esther Strom
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
Mar 20, 2023

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.

clone.png

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?

Esther Strom
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
Mar 20, 2023

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. 

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!Automation.PNG

Like Esther Strom likes this

Suggest an answer

Log in or Sign up to answer
DEPLOYMENT TYPE
CLOUD
PRODUCT PLAN
STANDARD
TAGS
AUG Leaders

Atlassian Community Events