Рекомендации по многократной миграции?

Может ли кто-нибудь предоставить какие-либо рекомендации по многократной миграции? Переход с TFS 2017.3.1 на службу Azure DevOps. Работа с большим количеством рабочих элементов (32k). Конечно, троттлинг TSTU требует много времени, поэтому я подумал о том, чтобы выдвинуть то, что могу, а затем сделать второй проход, чтобы подобрать новые рабочие элементы после первого большого толчка. Итак... включение UpdateSourceReflectedId установит ReflectedWorkItemId для исходных элементов, которые уже были перенесены. Но что произойдет, если кто-то изменит рабочий элемент, который уже был отправлен? Будет ли восстановлена ​​дельта истории? Как это обычно решается... Я подумал, может быть, Querybit вроде: ReflectedWorkItemId <> '' и ChangedDate > (время последнего выполнения), но нужно ли это? Те уже есть в цель...будет ли ReplayRevisions подобрать только недостающие изменения? TIA...

Источник

1 ответ

Обычно для больших тиражей я делаю следующее:

  • Открытые рабочие элементы, отредактированные за последние 90 дней
  • Закрытые рабочие элементы редактировались за последние 90 дней
  • открывать больше дней по частям

Важно отметить, что ссылки создаются только тогда, когда существуют оба конца ссылки.

После длительного прогона вы можете повторно запустить "Отредактировано за последний месяц", чтобы пометить все изменения крестиком.

Изменения, которых следует избегать в источнике:

  • изменение типа рабочего элемента
  • перемещение рабочего элемента между командным проектом

Мы справляемся с этим, но неаккуратно.

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