Как переместить рабочие элементы из одной организации в другую

Question

У нас есть несколько рабочих элементов в проекте. Теперь у наших разработчиков есть другая организация, и мы хотим переместить все существующие рабочие элементы из старой организации (проекта) в новую. Как это может быть сделано?

Я видел людей, которые обсуждали это раньше, и некоторые комментарии говорили: "Мы используем Excel". Но нет информации о том, как на самом деле это сделать.

Answer 1

Для этого нет встроенного решения. Для Excel есть хитрость, которая делает миграцию с максимальным усилием, вы теряете некоторые вещи.

• Создайте запрос на основе дерева в DevOps Azure, содержащий все рабочие элементы, которые вы хотите перенести
• Открыть Excel
• Используйте вкладку " Команда ", чтобы получить рабочие элементы, которые вы хотите перенести
• Нажмите Новый список и подключитесь к исходной организации.
• Выберите запрос рабочего элемента, который вы создали на первом шаге
• Нажмите " Выбрать столбцы" и добавьте все столбцы.

Теперь у вас есть данные, которые вы хотите импортировать в один файл Excel. Создайте новый файл Excel, чтобы отправить данные в другую учетную запись:

• Открыть Excel
• Используйте вкладку Team, чтобы вытащить рабочие элементы
• Нажмите New Lest и подключитесь к целевой организации.
• Выберите список ввода, чтобы вы не были связаны с запросом
• Нажмите " Выбрать столбцы" и выберите все одинаковые столбцы в том же порядке.
• Нажмите Добавить уровень дерева и преобразовать в родительский дочерний элемент.
• Повторите Добавить уровень дерева, чтобы соответствовать глубине источника Excel
• Скопируйте все поля из источника в целевой файл Excel
• ОЧИСТИТЕ КОЛОННУ ИДЕНТИФИКАЦИИ НА ФАЙЛЕ EXCEL TARGET
• Исправьте возникающие проблемы (имена пользователей, пути к областям, имя проекта и т. Д.)
• Нажмите "Опубликовать", чтобы создать рабочие элементы в целевой организации.

Что теряется

Вы потеряете следующее:

• Форматирование HTML
• Вложения
• Ссылки, кроме Parent-Child
• Некоторые даты будут сброшены (Создано, ...)
• Некоторые рабочие процессы могут препятствовать созданию рабочих элементов в правильном состоянии.
• Пользовательские столбцы доски
• Изменения рабочего элемента

альтернатива

Существуют такие инструменты, как Martin Hinshelwoods Migration Tools, которые могут воспроизводить историю рабочих элементов из одной учетной записи в другую. Обновление всех конфигураций занимает немного усилий, но гораздо лучше справится с копированием ваших рабочих элементов.

Видеть:

• https://marketplace.visualstudio.com/items?itemName=nkdagility.vsts-sync-migration
• https://dev.azure.com/nkdagility/migration-tools/_wiki/wikis/docs?wikiVersion=GBmaster&pagePath=%2Fgetting%20started&pageId=5

Answer 2

Я сделал это недавно, и для этого потребовалось еще несколько шагов, чем @jessehouwing упомянул в своем ответе. Ниже приведены шаги, которые я сделал.

1. Проверьте процесс проекта DevOps
2. Изменить процесс проекта
3. Создать запрос для получения рабочих элементов
4. Установите средство интеграции Azure DevOps Office
5. Получение данных из Azure DevOps в Excel
6. Публикация рабочих элементов в целевом DevOps

Если вы хотите узнать, как можно выполнить каждый из этих шагов, прочтите эту статью, в которой я подробно все объяснил.

Answer 3

Оригинальный ответ jessehouwing отлично сработал для меня, но мне потребовалось некоторое время, чтобы понять все это. Вот несколько вещей, которые могут сделать его более гладким для вас.

1. Убедитесь, что ваш запрос в ADO является запросом родитель-потомок, а не запросом зависимостей. Я предполагаю, что вы могли бы сделать это любым способом, но сила этого метода для меня заключалась в способности сохранить отношения родитель-ребенок. Кроме того, вам не нужен родительский столбец в данных. Иерархия поддерживается уровнями дерева, как указано (это имело смысл, когда я понял, что мой исходный запрос был деревом зависимостей, поэтому, возможно, это не нужно говорить, но на всякий случай).
2. Новые элементы в ADO Agile требуют, чтобы состояние было «Новое». Чтобы обойти это ограничение, я сначала опубликовал без столбца состояния. Затем я добавил столбец состояния, скопировал в него данные и опубликовал второй раз.
3. Пути итераций можно копировать, но новое рабочее пространство должно иметь имена итераций, совпадающие с именами в старом рабочем пространстве. Я извлек данные только за 4 итерации, поэтому я просто добавил все четыре итерации в новое рабочее пространство, и все совпало.

Спасибо за помощь. Надеюсь, это поможет следующему человеку.