Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Cross-project Parent links not established when migrating with download option 0 #1052

Open
GeethikaKrishnan opened this issue Jun 12, 2024 · 6 comments
Assignees
Labels
bug Something isn't working

Comments

@GeethikaKrishnan
Copy link

Description:

Issue occurs when migrating cross project parent-child links with download option 0.

I have a Project A and a Project B. All the epic links are present in project A and the child items are in project B. I am migrating with download options 0. When I migrate Project B (child links) first and project A (epic links) second, the cross-project parent-child links do not get established.
At the same time, if I were to migrate A first and then B, the links get established.

To Reproduce:

• Create 2 projects in JIRA and create parent child links between items in two projects
• Migrate the project with the child links first to ADO.
• Keeping the itemsjournal file, migrate the second project with the child links to ADO
• Check if parent child links are getting established in ADO.

Tool version
v3.0.328
Also tried the same migration with version v3.0.420

Attachments

@Alexander-Hjelm
Copy link
Collaborator

Related to #745?

@GeethikaKrishnan
Copy link
Author

If I'm not wrong, #745 seems to be an issue with linking sub-tasks to tasks as there is no defined link mapping.

Here I am trying to migrate with download options 0 so that no other issues (issues not in migration query) get migrated.
I am trying to migrate two separate projects with cross-linked items.

If these items that are migrated in two phases, and the second phase of the migration contains Epic links to the issues in first phase of the migration, the links do not get established even after both migrations are done.

@Alexander-Hjelm
Copy link
Collaborator

Ok! Have you seen and followed out guidelines when it comes to migrating multiple projects in sequence with download-options = 0? See: https://github.com/solidify/jira-azuredevops-migrator/blob/master/docs/faq.md#scenario-2-multiple-projects

@GeethikaKrishnan
Copy link
Author

GeethikaKrishnan commented Jun 13, 2024

Yes, I've looked into this and as per the instructions,
I've used separate config files and separate workspace folder for each migration.
I've relocated the itemsJournal.txt file into the workspace folder for the next migration.
I have not used the --force flag.
Is there anything else I should be doing or something I've missed?

@Alexander-Hjelm Alexander-Hjelm added bug Something isn't working and removed support labels Jun 13, 2024
@Alexander-Hjelm
Copy link
Collaborator

Ok! We will have to look into it. Sounds like something fishy could be going on here with how links are interpreted. Marking as bug.

I assume that you have mapped the Child link type as well as the Parent Link type in your config?

@GeethikaKrishnan
Copy link
Author

Yes. I've attached the config for both the migrations which contains the mappings

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants