When I edit a workflow, I can see a warning message when adding a new trigger that says: "This trigger will be deprecated soon. We recommend using triggers in Automation for Jira as an alternative."
I can't find any information about what that is going to take place. Does anyone know a certain date?
After contacting support, they said they will visit the decision at least three quarters from now, but no fixed deadline yet.
:-(
Thanks for the update!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I don't know if this helps, but I couldn't find a duplicate anywhere. https://jira.atlassian.com/browse/JSWCLOUD-21611
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Paula,
I don't know when it is going to be deprecated, but why not go ahead and start setting up that functionality in Automation for Jira?
Here is another post that might be somewhat related though it doesn't answer your question.
What development/code repository tool are you using?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@John Funk I know how to configure it. Thanks for the documentation link.
The reason why I prefer workflows is that they apply globally across all of our projects. Automations have a real problem with usage limitations.
Let's assume we're a team of 20 developers, where each developer produces per day 3 branch creation events, 3 pull request events, and 3 pull request merge events. This totals to 180 automation executions per day for only syncing Jira issues status with branches status. Imaging how many automations do we need to cover all of our automation rules that are not related to code branches.
In this case here (which I believe is a global one), you're enforcing our small team to go premium, by reducing what the standard plan provides so far, which is totally non-sense! Having global workflows is the key factor we're relying on Jira and classic projects, and enforcing manual configuration per project is a very bad idea.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Understood and very valid reasons.
I would go ahead and open a support ticket with Atlassian to identify their intentions and a date.
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.