<img height="1" width="1" style="display:none;" alt="" src="https://px.ads.linkedin.com/collect/?pid=299788&amp;fmt=gif">
Go Back

Migrating Automation for Jira Rules to Atlassian Cloud

Trevan Householder Trevan Householder | March 16, 2021 | 3 MIN READ
jira, automation, atlassian, cloud

Untitled-37

Automation has become an integral ingredient in the overall recipe that Jira experts use to extend the power of Jira for teams. Automation for Jira (Jira Automation) has become the standard tool for enabling that power. Because these automation rules are critical to reducing the stress on users and teams, Atlassian customers want to ensure business continuity as they move to Cloud.

As with any migration, there are many factors to consider. This article pertains only to migrating the rules built in Automation for Jira when migrating from Server to Cloud.

The Good News

Automation rules can be easily exported by a Jira Administrator (Global).

https://YOUR-JIRA-SERVER-URL/secure/AutomationGlobalAdminAction!default.jspa#/

image2020-11-8_20-25-25

 

Exported rules can be easily imported into the target instance.

image2020-11-8_20-26-13

 

The Less Good News

If elements used in your automation rules don't exist in your target instance, those elements will need to be configured post-migration, in your target environment.

For example, if you're referring to statuses that exist in the source instance, but do not exist in the same workflow in your target instance, you'll need to rewire that element of your automation rule in the target instance.

Here's a Best Practice: Because you're migrating to a completely different platform (there are different code bases between Server and Cloud), it's important to do a post-migration check all of your rules, in order to ensure nothing needs to be reconfigured.

 

Preparation

For those migrating to an existing Cloud instance, the following recommendations apply:

  • Rule names should be unique between the instances. For naming conflicts, rules will be renamed automatically upon import.
  • Anything referred to in the automation rules (i.e. statuses, transitions, custom field names, etc.) must be the same on the target instance.  
    • Re-configuration may still be required, but the chances of success are increased if the names are identical.
  • Make note on the page below (or grab a screenshot) of the status of each rule in your source instance (enabled/disabled) so you can enable the right ones after importing all of your rules into the target environment.

    https://YOUR-JIRA-SERVER-URL/secure/AutomationGlobalAdminAction!default.jspa#/


image2020-11-8_20-6-28

 

Note: Remember to enable your rules after the migration! Rules are disabled by default when importing.

Follow the simple export/import steps provided in Atlassian's article about how to migrate your rules from Server to Cloud environments: Import and Export Automation Rules

Happy migrating!

 

5 Best Practices for Merging Atlassian Instances in a Cloud Migration

Recent Articles

Complex Auto-Assigning with Automation for Jira
As many of you know by now, the power that Apps bring to us who are always looking to automate and make better use of Jira is, well, powerful! In this blog I'd like to show you some really cool ways...
Amanda Kirk Amanda Kirk 5 MIN READ
Read More
Automation in Jira Cloud - Creating assets from forms
Automation in Jira Cloud - Creating assets from forms
Jira Cloud has added a great deal of flexibility and usability in recent years with the addition of Forms and Assets. Since then, those features have enjoyed continued integration into the Cloud...
Jason Card Jason Card 3 MIN READ
Read More
Automating Issue Security with Automation for Jira
In the context of Issue Security, the Automation for Jira app/plugin/add-on provides three great benefits for Jira Administrators seeking to automate and streamline their processes, and empower...
Trevan Householder Trevan Householder 4 MIN READ
Read More