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

Question

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

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

Ссылка: https://nkdagility.github.io/azure-devops-migration-tools/server-configuration.html

Спасибо.

Answer 1

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

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

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

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

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

Вы можете проверить ответ MrHinsh`s:

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

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

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