The Atlassian Community Forums are currently in read-only mode. We will be relaunching on a new platform on September 22 (read more here). We apologize for the extended downtime. For concerns or questions, please email communitymanagers@atlassian.com. See you on the other side, on the new Atlassian Community Forums! :)

×

Forums

Articles
Create
cancel
Showing results for 
Search instead for 
Did you mean: 

Creation of duplicate Fields of existing default fields during Cloud Migration

Jasbir Singh
I'm New Here
I'm New Here
Those new to the Atlassian Community have posted less than three times. Give them a warm welcome!
May 12, 2022

9AFDE3D3-86E8-4063-8C29-BC65B900D995.jpeg

Trialling the JIRA server to JIRA Cloud migration, I have noted that Fields have been created during Migration even though the same field is an existing default field. 

Example: “start date” is a default field. The same field was migrated too with a field name as “Start Date (migrated)”.

Why does the migration create a “migrated” field for a field that is already existing in Cloud.

 

3 answers

Comments for this post are closed

Community moderators have prevented the ability to post new answers.

0 votes
David Day_ Appcento
Contributor
August 4, 2026

Yeah, this is a known behavior, Jira treats every import as a "new" field and appends "(migrated)" even for default fields like Start Date or Priority. It happens because the migration process doesn't do intelligent matching against existing fields by default.

The workaround for this? before you run your migration, export your custom field list from the source instance and compare it against what's already in the target. Any matches should be mapped explicitly rather than letting Jira auto-create new ones.

If you're using a migration tool that supports migration field cleanup (like Migration field cleanup), it'll flag these conflicts and clean up automatically so saves you from waking up to 50 new "Start Date" fields in your instance.

0 votes
Michiel Schuijer
Contributor
July 12, 2024

This still happens in 2024 Q3, even for Jira Cloud to Cloud migrations :(

Many, many duplicate fields, statuses, roles, etc. even when these with the same name already exist. 

At least there should be an option to map these, if the process can't determine whether to use an existing status/role/etc. because now it is a huge amount of work each time a migration is done.

And, it is in Atlassian's best interest, because it is regarding migration between their own sites, not losing to another vendor.

0 votes
Christian Pavelka-Ulfendahl
May 13, 2022

This seems similar to how the Jira Import Manager works. If you import issues that contain "Field Name", it will always create a new instance of that field, even if a field with the exact same name already exists. This is at least true when doing imports from json.

See https://jira.atlassian.com/browse/JSWSERVER-14687

Comments for this post are closed

Community moderators have prevented the ability to post new answers.

DEPLOYMENT TYPE
CLOUD
PRODUCT PLAN
STANDARD Trial
PERMISSIONS LEVEL
Product Admin
TAGS
AUG Leaders

Atlassian Community Events