Migration from Server/Data Center to Cloud

On this page:


This page explains:

  • Migration support details for the app content from server/DC to cloud

  • Differences between the server/DC and cloud versions of the app


Ensure to:

  • Install the latest version of Clone Plus for Jira and Jira Cloud Migration Assistant on the server/DC instance.

  • Comment out any custom clone operation(s) from the clone properties file in server/DC, if you do not intend to migrate the respective clone operation(s) to cloud.

  • If you intend to migrate only users and groups from server/DC to cloud, do not select the Clone Plus for Jira app in the migration screen while using JCMA. Note that not all the mappings are available when the Clone Plus properties file is migrated. This can result in unusable mappings in-app data. For example, project data and configurations are not migrated.

  • When you migrate clone customizations from:

    • The same server instance to that of cloud more than once, the app data is overwritten in the cloud instance after the latest migration.

    • Multiple server instances to the same cloud instance, multiple default clone operations (or multiple clone operations with the same name) are shown on cloud. Note that each of such configurations can be unique though the name and description are the same.

Migration process

  1. Install (and configure) Clone Plus for Jira on your cloud instance.

  2. Install Jira Cloud Migration Assistant on the server/DC instance from which you intend to migrate the Clone Plus for Jira app configurations.

  3. Use SystemIMPORT AND EXPORT > Migrate to cloud to navigate to the migration screen where you can migrate global app configurations, Clone Properties file configurations, and/or users and groups, as required. For more information, refer to this page.

  • It is recommended to retain the clone operations (do not edit or delete) on the cloud instance as-is while the migration process in progress. Once the migration is complete, verify if the custom clone operations from the server/DC instance are migrated as expected to the cloud instance before editing or deleting any migrated clone operation on cloud.

  • Global configuration settings. such as analytical data settings from server/DC override the respective settings on cloud.

  • The Bulk Clone feature is turned ON for all the clone operations once they are migrated to cloud from server.


The following fields are not supported during migration:

  • Username or user ID for user fields such as Assignee, Reporter, and so on

  • Specific components

  • Versions 

  • Issue security levels

  • Status

  • Labels

  • Specific values in custom fields

  • Entry substitution variable

  • Epic issue type includes

  • All the above-mentioned fields for subtask cloning

Differences between server/ DC and cloud versions of the app

The following table lists the differences between server and cloud versions of the app:







Clone behavior configuration

Supports a property file based configuration.

Provides easy to use configuration screen to define clone operations that control the clone behavior.

Custom clone operations

Supports a maximum of 16.

Supports any number of clone operations.

Clone options:

  • copy attachments

  • copy watchers

  • copy worklogs

  • copy comments

  • copy subtasks

  • copy subtask estimates

  • copy parent reporter

  • copy parent versions

  • copy links

  • copy epic issues

  • copy epic issue subtasks

  • copy epic issue subtask estimates

Supports all the clone options.

Supports all the clone options.

Images or any form of media added to rich text editor issue fields are copied to the cloned issue only if Copy attachments is selected. If not, a broken image is displayed in the respective field of the cloned issue.


Mapping fields from original issue to a new value in the target issue conditioned on original issue field values:

  • Set target project

  • Set target type

  • Set target component

  • Set target version

  • Set link type

  • Set link direction

Supports mapping all issue fields.

For more information, refer to the Mapping keys section in the Clone properties page.

Supports mapping all issue fields.

Setting standard and custom fields for subtasks


Not supported.

Single clone conditions:

  • Projects

  • Issue types

  • Status

  • Roles

  • Project category

Supports all single clone conditions

Supports all clone conditions except Roles and Project category.

Bulk clone conditions:

  • Projects

Supports all bulk clone conditions for Data Center only.

Not supported.

Clone properties:

  • fieldExcludes

  • fieldIncludes

  • ignoreFields

  • projectIncludes

  • issueTypeIncludes

  • retainCommentsOriginalDate

  • retainWorklogsOriginalDate

  • epicIssueTypesIncludes

Supports all clone properties.

Supports only:

  • Ignore fields (Not applicable to subtasks)

  • Field excludes

  • Project includes

  • Issue type includes

Post cloning processing

Functions as expected.

Functions as expected.

Bulk Clone

Supported for Data Center only.



Not supported.

Supported in Spanish, French, German, and Italian.

Advanced field type - User Picker (multiple users)



Problem reporting

If you experience any problems or behavior changes that are unexpected, refer to Troubleshooting or open a ticket with us. This helps us identify and prioritize fixes and improvements.

Log a request with our support team.

Confluence®, Jira®, Atlassian Bamboo®, Bitbucket®, Fisheye®, and Atlassian Crucible® are registered trademarks of Atlassian®
Copyright © 2005 - 2024 Appfire | All rights reserved. Appfire™, the 'Apps for makers™' slogan and Bob Swift Atlassian Apps™ are all trademarks of Appfire Technologies, LLC.