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; } } }

When issues moved to Live then Release a version

Anastasiia Tsvetkova

Hello, guys. I need help to figure out how to set up this properly... I'm not an expert and found it somewhere within this community.

So the problem is we have issues included in a release from different repos. And one repo might be deployed earlier than another.

I want to wait until ALL issues are in LIVE status (for this I have another automation rule) and only then Release this version.

Automation 1.jpg

Now it looks like something triggers to release a version Automation 2.jpg

Unfortunately, I don't have the whole audit log as there were a bunch of tickets within one release.

Accepted answers

All comments

Bill Sheboy

Hi @Anastasiia Tsvetkova

To try to help with your scenario, would you please answer these questions:

1) How many versions does your team have unreleased when this rule is running: just one for the next release, or future ones also?

2) Does anyone on the team ever manually release a version?

3) Are there any other rules which could be creating, updating, or releasing versions?

4) What is in your rule's JQL condition? That is, what is it testing, and so why are 2 lookup issue actions needed?

5) Have you tried adding a write to the audit log before the attempt to release the version to show the version the rule expects to release?

While answering those questions, I recommend looking at the audit log, opening execution's details, and looking for the one that performed the release.

Kind regards,
Bill

Anastasiia Tsvetkova

Hey, @Bill Sheboy thank you for your help.

1. Usually we do one version by one. One released - another created etc.

2. I'm the only one who is responsible for releases. So, I have to manually release them when I see that it was unreleased or released, but not quite right... not sure what is wrong there (coz I have another automation rule that waits till the version is released and creates another one)

3. So, the first one is for:

- looking for all issues that are included in the UnreleasedVersion -> fixversion = earliestUnreleasedVersion()

- then for all these issues ->

- looking for every issue that has NOT been moved Live -> fixversion = earliestUnreleasedVersion() AND status NOT IN (Live)

- coz we have different repos some tickets might be released later than others.... So I need to wait for EVERY ticket to be moved to LIVE

- if it cannot find issues not in LIVE

- then Release this version....

4. Do you mean this guy? Before the release version -> Add value to the audit log -> {{version.name}} ? Will do, let's see what it shows

5. Successful audit -> Found the case when within the ONE release, for some reason version was released even though there was another issue moved to LIVE after

Thank you.

Bill Sheboy

Do your releases ever contain more than 100 issues? If so, automation rule triggers / actions / branches are limited to 100 items, and so the ones beyond that limit could be causing this symptom.

Based on your answer to question #3 about other rules, you seem to be saying this is the only automation rule doing anything with releases.

Following up on question # 4, your rule has a JQL condition as its third step. Please post an image showing the details of that condition. And, please explain what that condition is meant to test. Thanks!

Anastasiia Tsvetkova

The most heave one was with 67 issues, should not be a problem though. But good to know about the limit.

3. I have some others

- When the Version is released send a notification to Slack

- After the current version is released create a new one

So, the first one is for:

- looking for all issues that are included in the UnreleasedVersion -> fixversion = earliestUnreleasedVersion()

- then for all these issues ->

- looking for every issue that has NOT been moved Live -> fixversion = earliestUnreleasedVersion() AND status NOT IN (Live)

- coz we have different repos some tickets might be released later than others.... So I need to wait for EVERY ticket to be moved to LIVE

- if it cannot find issues not in LIVE

- then Release this version....

Look up issues.jpg 2)If matches.jpg 3)Look up issues.jpg 4)Compare.jpg

Kalyan Sattaluri_iinm1n

Apologies if I am missing, below steps should work? Please correct unless I misstated your requirement:

Schedule rule with no JQL and run daily
lookup issues with your JQL -> fixversion = earliestUnreleasedVersion() AND status NOT IN (Live)
Using advacnced compare, check if size is = 0 --> {lookupissues.size}} equals 0
If so, then release version..