You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
Next: Root
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
The Atlassian Community can help you and your team get more value out of Atlassian products and practices.
Hi,
Imagine I have a new project and I create my first EPIC, I have a custom field where I set a value. Example
uffective = "ABCD"
Later, once an EPIC is created, I wish to update all their field "uffective" to the same value than the first EPIC. This value must be the same for all the EPICS in the same project.
I'm trying to use automation for this, but I can't find a solution.
Here are the steps I have in mind:
1) Scheduled Query: all the EPICS with uffective is EMPTY
2) Copy value: copy the uffective value somewhere as a global variable (in the context of the automation)
3) Other query: for all the EPICS copy the value in the uffective field
If all Epics within the project need to have the same value given on creation, you could either set a default value for this field (so no need to use automation), or could you not just hard-code the value within an automation rule, if that rule is scoped only to that single project?
Or do you want the field across all other Epics to be updated if the field is updated on any of the existing Epics?
Thanks @Callum Carlile _Automation Consultants_ , but unfortunately I have plenty of project and the value is different for each project. I do not have any data/metadata on the project so I cannot copy from there. It is why I try to copy from any EPIC in the same project. You see ?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Fair enough, this definitely sounds possible.
Could you just have a simple automation rule scoped to that single project which triggers on creation, has a condition to only action for Epics, then hard-code that value you wish to set for it within the Edit Issue action?
Or do you want it to be dynamic so that if the field value is changed on one of the Epics then it will change for all other Epics within the project?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
It is an option, but in fact we have a lot of such projects, and adding more and more of them. It is why a dynamic approach will be better... the peoples that are managing such project doesn't have the JIRA automation skills.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @christophe demez, what about something like this:
This rule would trigger off any changes made to your custom field (in my example I am using a field called "Change Reason"). This trigger has been set to run on any issue operation, so would trigger if the value is set on edit or create.
This rule has also been scoped to All Projects, so if any more projects are created, the same rule will apply. This was one of your main requirements, however keep in mind that if your custom field is going to be updated in lots of places across your instance of Jira, the rule may throttle due to the large load.
I then added a condition to check that the field is not empty - as if I create an Epic with this field value empty, I would not necessarily want this to clear the field values in all other Epics.
I then use a branch to find and action all other Epics within that project:
Note here that I have not checked the 'only include...' checkbox, as I would always want this field to update. Something to be aware of here is that if you have a large number of Epics within your projects, this rule may start to struggle with the load.
And then add an Edit Issues action underneath this. In this, I have set a smart value to set the field in all of these Epics to the same value that triggered the rule.
As I've said, this rule should require minimum maintenance for any new projects being added, but do keep in mind that there are service limits for automation rules across an instance of Jira, so keep an eye on how frequently the rule is running as well as the total run time.
Hope this helps!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello @christophe demez
I just checked your post and if you don't mind using third-party app, our Copy & Sync can give you a solution.
You can create what we call a recipe where you can define how you copy and synchronize fields, comments, attachments, or whatever.
So, in your case, you can create a recipe where, when triggered, you copy and synchronize the value of your custom field "uffective" from the Epic source.
That way, when you want to create a new Epic, you just open your source Epic, trigger the recipe and it will automatically create a new Epic with the custom field "uffective" with the value "ABCD". If you chose to synchronize this field as well (and not just copy it), when you will update the value of "uffective" on your source Epic, the field of all other Epics will be updated with the new value.
I hope this helps. If this is the case, you can try our app for free during 30 days (and it's lifetime free under 10 users).
Let me know if you have any questions!
Regards
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks, but we are not allowed to add any add-in into JIRA. I can't do that unfortunatly.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.