Как разрешить TF51005 для ReflectedWorkItemId при миграции данных Azure DevOps?

Я пытаюсь перенести проект из проекта одной организации в другой. От исходного проекта Azure Devops к целевому проекту DEvops.

Каким должно быть ReflectedWorkItemIDFieldName:?

я попытался изменить его на:

Custom.ReflectedWorkItemId
ReflectedWorkItemId
ProcessName.ReflectedWorkItemId
GlobalWit.ReflectedWorkItemId

но это не помогает. пожалуйста, помогите мне

ошибка

Microsoft.TeamFoundation.WorkItemTracking.Client.ValidationException: TF51005: The query references a field that does not exist. The error is caused by «[Custom.ReflectedWorkItemId]»

===

мой файл конфигурации

"Source": {
"Collection": "https://dev.azure.com/somegDevOps/",
"Project": "ContosoAir",
"ReflectedWorkItemIDFieldName": "Custom.ReflectedWorkItemId",
"AllowCrossProjectLinking": false,
"PersonalAccessToken": "Intentionally removed"
},
"Target": {
"Collection": "https://dev.azure.com/ITIDEVOPSTEAM/",
"Project": "ContosoAir-Migrated",
"ReflectedWorkItemIDFieldName": "Custom.ReflectedWorkItemId",
"AllowCrossProjectLinking": false,
"PersonalAccessToken": "Intentionally removed"
},
Источник

1 ответ

Решение

Чтобы обеспечить синхронизацию, а также миграцию, важно, чтобы инструменты знали, какие элементы уже были перенесены. Это предназначение поля ReflectedWorkItemId.

Это поле необходимо добавить к рабочим элементам целевого проекта. Если вы используете UpdateSourceReflectedWorkItemID, то его также необходимо добавить в Source.

В обеих системах здесь хранится URL-адрес, указывающий на перенесенный элемент в другой системе. Это означает, что у пользователя есть простой способ отслеживать рабочие элементы между исходной и целевой системами (и наоборот).

Как добавляется поле ReflectedWorkItemId, зависит от того, используется ли system.

Источник
Другие вопросы по тегам