Versions Compared
Version | Old Version 14 | New Version Current |
---|---|---|
Changes made by | ||
Saved on |
Key
- This line was added.
- This line was removed.
- Formatting was changed.
Background
Sometimes one actual release can consist of multiple versions in Jira. In this case as well, ARN covers the ground for you. It finally boils down to how you write your JQL.
Normally, ARN supports [versionId] & [versionName] variables. But when you need to generate release notes from multiple versions they are not sufficient. For such templates, you can use version variables as - [versionId1], [versionId2], [versionId3]…. & [versionName1], [versionName2], [versionName3]……so on.
Example
This is how to form your JQLs in ARN templates -
Code Block |
---|
project=[projectId] and issueType=story and fixVersion in ("[versionId1]","[versionId2]","[versionId3]") |
Code Block |
---|
project=[projectId] and issueType=bug and fixVersion > "[versionId1]" and fixVersion < "[versionId2]" |
Now depending on the versions you pick and their sequence, release notes will be generated.
Depending on how many version variables your templates are using, accordingly, ARN will ask for as many version inputs from you. Please note that [versionId] is treated as [versionId0].


Note |
---|
Important
|
|
|
|
|
If you want to use ARN without relying on 'versions', simply use the JQLs without any version variables & then make use of triggers that are independent of Jira versions - such as Manual, Scheduled at interval.
On this page | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Iframe | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
|