Можно ли запускать миграции из TFS без добавления нового поля ReflectedWorkItemId во все шаблоны рабочих элементов?

Question

Я хотел бы провести несколько тестовых миграций, которые никак не меняют источник.

1. Это возможно?
2. В качестве альтернативы, можно ли использовать внешний файл для состояния синхронизации вместо того, чтобы полагаться на редактирование шаблонов рабочих элементов в источнике TFS?

Ссылка для справки: https://nkdagility.github.io/azure-devops-migration-tools/server-configuration.html

Спасибо.

Answer 1

Можно ли запускать миграции из TFS без добавления нового поля ReflectedWorkItemId во все шаблоны рабочих элементов?

Ответ в том, что ReflectedWorkItemId поле необязательно.

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

В ReflectedWorkItemIdнеобходимо добавить поле к рабочим элементам целевого проекта. И если вы добавите поле к источнику (да, это должно быть то же имя ссылки) и установитеUpdateSoureReflectedId значение true, то вы также можете фильтровать источник.

Итак, если нам не нужно фильтровать источник, мы не сможем добавить новый ReflectedWorkItemId поле к источнику.

Вы можете проверить ответ мистера Хинша:

Ребята, поле не обязательно в любом случае, однако... если у вас его нет, то систему нельзя будет перезапустить, так как она скопирует все выполненные рабочие элементы. Если вы добавите поле к цели, она скопирует только те элементы, которые не может найти. Если вы добавите поле к источнику (да, это должно быть то же имя ссылки) и установите для UpdateSoureReflectedId значение true, вы также можете фильтровать источник с помощью запроса и ограничивать то, что вы загружаете.

Первый предотвращает дублирование, а второй позволяет фильтровать загрузку данных...

Вы можете проверить эту ветку для получения более подробной информации.