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.
Hi all,
I´m searching for a possibility to have multiple versions created automatically in different queues.
To be more precise: I need a new version "2.0" in two queues: ABCD-queue and EFGH-queue.
Once I´ve created the version in ABCD manually, an automation should created a new version with the same name ("2.0") in EFGH.
Is this somehow possible?
I´ve already tried with Jira automation but I don´t know how to get the same name for the second version automatically copied:
Thanks in advance.
Best regards
Sebastian
When you talk about „queues“ where versions should be created: do you mean issue queues within 1 project or is each queue a separate project by itself?
In general versions/releases are related to projects not queues. Why would you need 2 different (but obviously same) releases within 1 project? Wouldn‘t be all fixed issues within 1 release?
Furthermore as a version is related to a project as far as I know it‘s not possible to have 2 versions with the same name.
Could you please further specify the use case behind it in more details? I‘m sure there is an appropriate solution for this.
Best
Hi Stefan,
thanks for your reply. Let me try to explain it in more detail:
We´re using two queues (its called project in Jira) for one customer:
Now, we´re planing a new version in EFGH for releasing a software-package, e.g. version "2.0". This version is created manually in the queue (let´s call it "Jira standard way)".
The only reason for us to have version "2.0" also on EFGH is, to communicate it to customer (via content field in portal). As a consequence, the version is called the same, but doesn´t need to be the identical (!) version like in ABCD. There is no planning behind. It´s just for communication reasons.
Therefore I would like to have an automatism, because right now, we have to create two versions "2.0" in both queues (ABCD and EFGH) in parallel.
If you know a better way how to communicate a version from an "internal queue" to the customer automatically, I would be happy to hear it :-)
BR Sebastian
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I agreed with @Stefan Salzl statement and asks for further clarification on your question. In general, version has to be unique where you cannot have duplicate versions created in Jira/JSM env.
One possible idea is for you to consider without knowing more of your ask is create 2 different versions - ABCD2.0 and EFGH2.0 to somehow makes your queues in sync (meaning those two queues are related to 2.0. However, it is better just having 1 version of 2.0 and ensure your issues in those two queues to be assigned with the actual "2.0" version, but identify some other meta data fields to separate the issues associated with 2.0 version, so they can be in the appropriate queues.
Hope this helps and looking forward to your clarification on your ask.
Best, Joseph Chung Yin
Jira/JSM Functional Lead, Global Technology Applications Team
Viasat Inc.
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.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.