nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Jira Automation: Cannot create a version with incremental name

Antonio Carvetta_x30jpu

Hello team,

I'm trying to create the following Jira automation rule.

When a sprint is created, create a new release version. The naming has to be incremental (i.e. R 1, R 2, etc)

Then set the fix version for each issue with the current release version, and override if it's not empty.

I'm struggling to use the smart values to fill out the release name etc. and seems that the 'Fix version is not empty' condition doesn't work well.

Do you have any suggestions?

Accepted answers

Bill Sheboy

Hi @Antonio Carvetta -- Welcome to the Atlassian Community!

Would you please post images of your complete rule and the audit log details showing the execution? Those will provide context for the community to offer ideas to help. Thanks!

Until we see those...

What you describe is a fairly common use case, although you do not describe the naming convention of your sprints...and if that can be used to build the version names.

Often people implement this scenario by creating the new version when the current one releases with one rule. This makes incrementing easy by extracting the value from the released version.
Then with a different rule, the next-unreleased-version can be assigned to the issues when the sprint starts
For your condition to only update the fix version if it is empty, that should be possible with a condition. Showing the full details of your rule will help identify why that is not working for you.

Kind regards,
Bill

All comments

Arnab Mondal_ia2dls

[Plz tell me how can i do this work also and grow with our community also and achive our gols

Bill Sheboy

Hi @Antonio Carvetta -- Welcome to the Atlassian Community!

Would you please post images of your complete rule and the audit log details showing the execution? Those will provide context for the community to offer ideas to help. Thanks!

Until we see those...

What you describe is a fairly common use case, although you do not describe the naming convention of your sprints...and if that can be used to build the version names.

Often people implement this scenario by creating the new version when the current one releases with one rule. This makes incrementing easy by extracting the value from the released version.
Then with a different rule, the next-unreleased-version can be assigned to the issues when the sprint starts
For your condition to only update the fix version if it is empty, that should be possible with a condition. Showing the full details of your rule will help identify why that is not working for you.

Kind regards,
Bill

Antonio Carvetta_x30jpu

Hello @Bill Sheboy , thanks for getting back to me!
Screenshot 2023-04-11 at 19.25.59.png

I feel I'm using the formula in the wrong way.

Screenshot 2023-04-11 at 19.29.32.png

Then I set the 'next unreleased version' for all the issues with/out empty version

Bill Sheboy

The {{version}} smart value is only available with the version-related triggers, and so your rule cannot use it when triggered on Sprint Started. Please note the difference as that smart value is singular, as compared to the issue-related smart values of {{issue.fixVersions}} and {{issue.versions}} (which is really the Affects Version field).

To do exactly what you suggest when triggered on Sprint Started, you would need to call the REST API from the rule to get all of the project's versions, get the maximum value from the version names from the webresponse, and then use that to create the next version name.

Because of this additional complexity, I suggested the alternative of creating the new version when the prior one releases, and then just assign the version when the sprint starts.

If you still want to create the version only after the sprint starts, please review this article as which describes how to call the REST API from a rule: https://community.atlassian.com/t5/Jira-articles/Automation-for-Jira-Send-web-request-using-Jira-REST-API/ba-p/1443828 and this is the reference for the REST API method to gather all the versions for a project: https://docs.atlassian.com/software/jira/docs/api/REST/1000.824.0/#api/2/project-getProjectVersions

Antonio Carvetta_x30jpu

@Bill Sheboy, thanks for clarifying this. I will spend some time on the REST APIs rule.

Do you have an example of the suggested workaround?

The alternative of creating the new version when the prior one releases, and then just assign the version when the sprint starts.

Thanks.

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

cloud

jira-software

jira-software-cloud