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,556,476
Community Members
 
Community Events
184
Community Groups

If all issues are done for that release & release date is passed,can we mark Fix Version as released

Can we develop Jira automation rule which checks if all issues are done for that release & release date is passed. If both conditions are met, fix version should be marked as released.

Actually I have developed the rule but it does not consider all the issues. It checks one at a time like status is done and release date is passed, it will mark that fix version as released but that fix version is having other issues which are not in done status.

Can refer the below snap.

fixVersion.png

1 answer

0 votes
Bill Sheboy
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
Feb 26, 2021

Hi @Mohini Chandwani 

To do what you ask, you could use Lookup Issues actions and JQL to check the count of issues in particular conditions, and then release the version when satisfied.  For example:

  • Trigger: scheduled (no JQL needed)
  • Action: lookup issues on JQL for fixversion = earliestUnreleasedVersion()  ...which gets all issues in the next release
  • Condition: check the version date of the first issue in the lookup is past (or today if you want)  {{lookupIssues.first.fixVersion.releaseDate}}
  • Action: lookup issues on JQL for fixversion = earliestUnreleasedVersion() AND status NOT IN (Closed, Done) ...or whatever your final status values are
  • Condition: check the count is zero  {{lookupIssues.size}}  ...to confirm no open issues remain for the release
  • Action: Release version ...which should release the earliest unreleased version

Best regards,

Bill

Hello @Bill Sheboy ,

I am using Server version so lookup issue component is not available.

And for trigger part using scheduled but it requires JQL because if I choose simply run the conditions and actions without providing issues option it gives the following error.

scheduled.png

Is there any way using webhook data or any other approach to do this?

Bill Sheboy
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
Mar 01, 2021

Hi @Mohini Chandwani 

Sorry, I did not catch that you were on the server version when I answered.

Yes, you could use a web request such as to call the REST API for some JQL to replace what lookup issues could provide.  Here is an article on using that technique:

https://community.atlassian.com/t5/Jira-articles/Automation-for-Jira-Send-web-request-using-Jira-REST-API/ba-p/1443828

As another alternative, you could also use a branch to update some indicator entity properties in the version.  Then check those to decide if the version should be released.

Suggest an answer

Log in or Sign up to answer
TAGS
AUG Leaders

Atlassian Community Events