Hello!
I'm reading through this article:
To me it seems that both examples do exactly the same so I don't see the real example when to use the branch "For: Current issue" could be useful.
I've made this example Automation rule and you can see that both comments are placed in the same issue.
If I wanted to have a comment being added in the created issue, I could branch over the newly created issue(s).
So my question is, do you have examples when you're using the "For: Current issue" to solve something that's not possible otherwise?
Yes, and...to John Funk's ideas:
One of the only use cases I know for the Current Issue branch (recently renamed Current Work Item) is using conditions AND continuing with the rule flow in step-order rather than halting. The reason that works is branches on one-and-only-one thing are executed sequentially (as if the branch did not exist), as compared to other branch types which run in parallel and asynchronously.
For example, one case is repeatedly updating the same work item for different conditions:
Without those branches, the rule would halt as soon as it reached the first condition which did not pass.
Regarding that article's explanation of {{triggerIssue}} versus {{issue}} (i.e., "current issue"), this is a matter of scoping: {{triggerIssue}} is always the same and {{issue}} changes based on where you are in the rule when {{issue}} can change when inside of a branch over work items.
Kind regards,
Bill
One of the only use cases I know for the Current Issue branch (recently renamed Current Work Item) is using conditions AND continuing with the rule flow in step-order rather than halting. The reason that works is branches on one-and-only-one thing are executed sequentially (as if the branch did not exist), as compared to other branch types which run in parallel and asynchronously.
Yep I know about the async run of branches, which is often annoying when you'd like to retrieve a value from a branch and continue in the main branch.
Regarding the using conditions and continuing, you can do the exact same thing with IF / ELSE blocks right?
Note I'm not looking for a discussion on what's better, I just can't think of good examples when to use this branch type.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Understood...which is why I gave that example :^)
Using an if / else block will (in theory) execute for one matching block...but not multiple ones. And so when multiple blocks of execution are needed, the example I gave helps. Please note my "in theory" comment, as I recall there are open defects for edge cases when the if / else block processing does not happen as expected.
Regarding branch processing, there is an in-progress suggestion to improve / configure the behavior, and there is no information yet from Atlassian regarding what they plan to implement. Please watch that one here to see progress: https://jira.atlassian.com/browse/AUTO-32
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Patrick,
So you don't have a specific instance in mind, you just want to know in general?
I use it in cases where I am already under an IF/ELSE tier of conditions and can't do that more more. So there are multiple branches for Current Issue to kinda serve that same person.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Could you share an example of what that Automation rule is doing?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.