You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/faq.md
+23-18Lines changed: 23 additions & 18 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -155,14 +155,19 @@ The tool automatically considers the direction of links. By default, links are a
155
155
156
156
The tool retrieves the outward and inward descriptions from Jira's project metadata API. In directional or hierarchical link types, **"-Forward"** indicates a downward or child relationship, while **"Reverse-"** indicates an upward or parent relationship. The tool will adjust the link direction accordingly if the description matches the inward description of a given link type.
157
157
158
+
## 5. Can we use the Jira to Azure DevOps Migration tool for ongoing synchronization after the initial migration?
158
159
159
-
## 5. I need to obtain a field reference name/link type in Azure DevOps
160
+
No, the migration tool is not designed or optimized for ongoing synchronization between Jira and Azure DevOps after the initial migration. Its intended use is for a one-time, production-grade migration of issue data. For best results, we recommend planning for a complete production stop in Jira once the final migration is underway, to avoid data inconsistencies or loss.
161
+
162
+
While the tool supports pausing and resuming (e.g. after a failure), it has not been tested or validated for repeated, incremental syncs (such as syncing new comments or updates from developers continuing to work in Jira).
163
+
164
+
## 6. I need to obtain a field reference name/link type in Azure DevOps
160
165
161
166
Here is a reference sheet with all of the default fields in Azure DevOps: <https://learn.microsoft.com/en-us/azure/devops/boards/work-items/guidance/work-item-field?view=azure-devops> (click each field to open up the documentation page and view the field reference name).
162
167
163
168
Here is a reference sheet with all of the default link types in Azure DevOps: <https://learn.microsoft.com/en-us/azure/devops/boards/queries/link-type-reference?view=azure-devops>.
164
169
165
-
## 6. Guideline for migrating multiple projects
170
+
## 7. Guideline for migrating multiple projects
166
171
167
172
### Scenario 1: Single project
168
173
@@ -207,7 +212,7 @@ For example, let us say you are migrating the Jira projects A, B and C in sequen
207
212
7. Export project C into **workspaceC**
208
213
8. Import project C1
209
214
210
-
## 7. What is the purpose of the --force flag?
215
+
## 8. What is the purpose of the --force flag?
211
216
212
217
Here you will find a description on what the `--force` flag does under various circumstances.
213
218
@@ -216,7 +221,7 @@ Here you will find a description on what the `--force` flag does under various c
216
221
| Jira Exporter | Items in the migration workspace (local) will be overwritten. | Items already downloaded in the workspace will be skipped. Items in the workspace will remain intact. |[jira-export.md](https://github.com/solidify/jira-azuredevops-migrator/blob/master/docs/jira-export.md)|
217
222
| Work Item Importer | Work Items in ADO will remain intact. New duplicate work items may be created. | Revisions which already have been imported will be skipped. Existing Work Items may be updated with new data if the incoming revisions have not already been imported. |[wi-import.md](https://github.com/solidify/jira-azuredevops-migrator/blob/master/docs/wi-import.md)|
218
223
219
-
## 8. How to migrate custom fields having dropdown lists?
224
+
## 9. How to migrate custom fields having dropdown lists?
220
225
221
226
- To map a custom field which is an dropdown list you can use MapArray mapper to get in a better way.
222
227
Also take a look at the other possible [Mappers](config.md#mappers) to use.
@@ -233,7 +238,7 @@ Example:
233
238
}
234
239
```
235
240
236
-
## 9. How to migrate correct user from Jira to Azure DevOps and assign to the new work items?
241
+
## 10. How to migrate correct user from Jira to Azure DevOps and assign to the new work items?
237
242
238
243
- User mapping differs between Jira Cloud and Jira Server. To migrate users and assign the new work items in Azure DevOps to the same user as the original task had in Jira, we need to add a text file in the root that would look something like this:
## 14. How to omit the Jira issue ID/key in the work item title
357
+
## 15. How to omit the Jira issue ID/key in the work item title
353
358
354
359
By default, the field mapping for `System.Title` will be set up so that the title is prefixed with the Issue key. This can be prevented by omitting the **MapTitle mapper** from the field map in the configuration:
355
360
@@ -370,7 +375,7 @@ Instead of the default:
370
375
}
371
376
```
372
377
373
-
## 15. What are the base-area-path and base-iteration-path properties in the config.json file?
378
+
## 16. What are the base-area-path and base-iteration-path properties in the config.json file?
374
379
375
380
**`base-area-path`:**
376
381
The `base-area-path` property in the migrator configuration specifies the root area path under which all migrated work items will be placed. This path organizes work items into different functional or project areas within Azure DevOps.
@@ -387,7 +392,7 @@ The `base-iteration-path` property defines the root iteration path for the migra
387
392
388
393
In such cases, you may need to create a mapping strategy to translate Jira project components to Azure DevOps area and iteration paths. This might involve some manual configuration and planning to ensure that the migrated work items fit into the desired structure. See the next section in this FAQ for a guide on how to map sprints, iteration paths and area paths.
389
394
390
-
## 16. How to map sprints, iteration paths and area paths
395
+
## 17. How to map sprints, iteration paths and area paths
391
396
392
397
It is possible to do custom mappings of the **Jira Sprints** as **Iteration Paths**, and vice versa for **Area Paths**.
393
398
@@ -446,7 +451,7 @@ This will set the Iteration path correctly. The final path will be like the foll
## 17. How to migrate Development Links (commit, PR, branch)
454
+
## 18. How to migrate Development Links (commit, PR, branch)
450
455
451
456
If you have previously migrated your BitBucket git repositories to your Azure DevOps Server/organization, you can also migrate the development links of the Jira Issues to the corresponding ADO Work Items.
452
457
@@ -468,7 +473,7 @@ In your configuration file, you must specify the following properties:
468
473
469
474
The **repository-map** must contain a key-value lookup table with the names of the Bitbucket git repositories and their translations in ADO.
470
475
471
-
## 18. How to limit the number of issues to be exported during JIRA export (pagination)
476
+
## 19. How to limit the number of issues to be exported during JIRA export (pagination)
472
477
473
478
If you export or the whole migration takes too long, you can achieve something similar to pagination by limiting the export to batches of issues through the `query` property of your `config.json` file. Simply enter a JQL query that filters issues on the `ìd` property, for example:
474
479
@@ -482,7 +487,7 @@ And so on.
482
487
483
488
You can always use the **issues** view in your Jira project to experiment with different JQL queries.
484
489
485
-
## 19. I get https response code 400 and a System.Aggregate Exception with the warning "Failed to get item count using query ...", and no items are exported
490
+
## 20. I get https response code 400 and a System.Aggregate Exception with the warning "Failed to get item count using query ...", and no items are exported
486
491
487
492
The issue is usually a malformed query. Make sure that you have tried all of the following solutions:
488
493
@@ -505,7 +510,7 @@ curl -D-
505
510
"http://johnie:8081/rest/api/2/search"
506
511
```
507
512
508
-
## 20. I get the warning message "VS402625: Dates must be increasing with each revision."
513
+
## 21. I get the warning message "VS402625: Dates must be increasing with each revision."
509
514
510
515
This warning message will show up if the tool attempts to import a subsequent revision with a changedDate that is less than the current changedDate of the current state of the Work Item.
511
516
@@ -529,7 +534,7 @@ Example `config.json`:
529
534
"changeddate-bump-ms": 5,
530
535
```
531
536
532
-
## 21. Sprint names are corrupted. ADO Iteration paths are named "[ synced = false ]"
537
+
## 22. Sprint names are corrupted. ADO Iteration paths are named "[ synced = false ]"
533
538
534
539
The issue is usually that a custom field has been defined in Jira which is also named "Sprint", and the tool is picking up this field instead of the default Srpint field.
535
540
@@ -557,7 +562,7 @@ It could be worth trying this mapping when running against Jira Cloud too:
557
562
558
563
It seems that for jira server, the field IDs can different between different developer instances. You can use the Get Fields endpoint to find out which field ID (customfield_xxxxx) is used by Sprint in your instance: https://developer.atlassian.com/cloud/jira/platform/rest/v3/intro/#about
0 commit comments