Насколько я понимаю, команда может использовать любой инструмент, который они хотят отслеживать свои рабочие предметы и планировать. Но мой личный любимый — Azure DevOps Отказ В настоящее время я помогаю некоторым командам перемещать свои проекты JIRA в DEVOPS, и этот блог объясняет, как вы тоже можете сделать это!
Однородность и стандарты
По нескольким причинам это может быть расстраивает, если команды используют несколько инструментов для той же цели. Ради единообразия, я считаю, что лучше всего иметь стандарты в вашей компании. В случае моего нынешнего клиента этот стандарт — Azure Devops.
Очевидно, вы хотите перенести свою работу со старых на новую платформу. Azure DEVOPS обладает способностью использовать API для приема данных, и вы также можете экспортировать Jira. Чтобы сделать это вручную и выяснить все движущиеся части, у вас будет довольно вызов.
Введите затвердевать
Я был указан на действительно отличный инструмент командой Затвердевать , JIRA для Azure DEVOPS работают инструмент по миграции Отказ
Jira для Azure DEVOPS DEVOPS MIGHTION MIGHTRION MIGHTION позволяет экспортировать данные из JIRA и импортировать его как рабочие предметы в Azure DevOps или Microsoft Team Foundation Server
Это звучит точно так же, как то, что нам нужно! Поскольку каждый проект отличается, может быть сложно настроить все отображение состояний и выяснение, как подключиться к правильным экземплярам.
Документация инструмента отличная, но этот блог даст пошаговый подход к тому, как выполнять миграцию.
Получение инструмента
Ссылка GitHub в начале этого поста является отправной точкой для всей документации инструмента. Чтобы загрузить релиз напрямую, укажите браузер на Утверждение/Jira-AzuredevOps-Migator/Releзов Отказ
Подготовка к вашу экспорт Jira
Github Repo содержит образцы в Это местоположение Отказ Стоит отметить, что настройка файла конфигурации имеет важное значение. Смотрите первые несколько строк файла ниже:
"source-project": "MyJiraProject", "target-project": "DevOps Project Name", "query": "project = 'MyJiraProject'", "workspace": "C:\\Temp\\JiraExport\\", "epic-link-field": "Epic Link", "sprint-field": "Sprint", "download-options": 7, "batch-size": 20, "log-level": "Info", "attachment-folder": "Attachments", "user-mapping-file": "", "base-area-path": "", "base-iteration-path": "", "ignore-failed-links": true, "process-template": "Agile",
Как видите, исходные и целевые поля соответствуют вашим данным в JIRA и DEVOPS соответственно. Поле шаблона процесса соответствует тому, что у вас установить в DEVOPS, таких как CMMI, Scrum или Agile (или Basic).
Рядом с настройкой, являются отображениями. Как вы можете знать, некоторые задачи, статусы или другие свойства отличаются в JIRA и DEVOPS. Допустим, у вас есть задача в JIRA со статусом Обзор Отказ У вас может быть не такой же статус в DevOps, поэтому вы хотите карта это другому типу статуса. То же самое касается типов, таких как «история пользователя» или «EPIC»:
"type": [{ "source": "Feature", "target": "Feature" }, { "source": "Epic", "target": "Epic" }, { "source": "Story", "target": "User Story" }, { "source": "Bug", "target": "Bug" }, { "source": "Task", "target": "User Story" }, { "source": "Sub-task", "target": "Task" }]
В файле конфигурации вы должны указать все эти сопоставления. Если вы не сможете добавить один, инструмент экспорта будет генерировать ошибку, поэтому вы можете добавить пропущенный сопоставление и реэкспорт JIRA.
Запуск Export Export Jira
Если файл конфигурации установлен, вы можете запустить инструмент, используя следующую команду:
jira-export.exe -u p.rombouts@yourdomain.com -p api-token-here --url https://yourinstance.atlassian.net --config config.json
Как вы можете видеть, я настроил команду с помощью токена API. Пожалуйста, обратитесь к Эта страница О том, как получить токен API для Jira. Теоретически пароль должен работать, но в моем случае он не работал.
Осмотрите результаты экспорта
Когда инструмент работает, вы увидите результаты прямо в вашем интерфейсе CLI:
$ jira-export.exe -u username -p apitoken --url https://something.atlassian.net --config config.json Jira Exporter v2.2.25 Copyright (c) Solidify Wow, there's a newer release out (v2.2.31)! We recommend downloading it for latest features and fixes. [I][10:12:11] Connecting to Jira... [I][10:12:11] Retrieving Jira fields... [I][10:12:12] Retrieving Jira link types... [I][10:12:12] Export started. Exporting 705 items. [I][10:12:13] Initializing Jira field mapping... [I][10:12:14] Processing 1/705 - 'Item-790'. [W][10:12:14] Could not find user 'someuser1@yourdomain.com' identity in user map. Using original identity 'someuser1@yourdomain.com'. [W][10:12:15] Could not find user 'someuser2@yourdomain.com' identity in user map. Using original identity 'someuser2@yourdomain.com'. [I][10:12:15] Processing 2/705 - 'Item-789'.
Как видно в приведенном выше начале экспорта, некоторые пользователи не могут быть найдены в сопоставлении. Это делается специально со мной; Я хочу, чтобы точно такие же пользователи от Jira будут использоваться в Azure Devops. Необязательно вы можете создать файл users.txt и отображать пользователей в JIRA для разных пользователей в Azure DEVOPS. Если какие-либо поля или сопоставления отсутствуют, вы также увидите это в вашей консоли.
Бонус : В каталоге экспорта, указанного в инструменте конфигурации, вывод также сохраняется в файл, называемый что-то вроде JIRA-Export-log-190809-101211.txt . Таким образом, вам не нужно сохранять вывод самостоятельно и просто позволить ему ролиться! Экспорт может занять довольно некоторое время, поэтому сядьте назад и возьмите кофе.
Запуск Azure DevOps Import Tool
Если предыдущий шаг завершен без каких-либо mishaps, и все выглядит нормально в файле журнала, вы можете импортировать данные JIRA экспортированных данных в Azure DEVOPS.
Опять же, используя тот же файл конфигурации, вы можете запустить следующую команду:
wi-import --token personal-access-token-here --url https://yourorganisation.visualstudio.com --config config.json --force
Как вы можете видеть, я настроил команду с помощью личного токена доступа. Пожалуйста, обратитесь к Эта страница О том, как получить один для Azure DEVOPS.
Опять же, этот инструмент предоставит вам подробную информацию и также выбросит логину в одну и ту же папку, что и где проживает экспорт Jira.
Если все пошло хорошо; Теперь вы хорошо поехать в Azure DevOps!
Доработка и уборка
Процесс мудрый это умно планировать это впереди, с вашей командой. У вас должна быть урезанная дата, и убедиться, что доступ к старому проекту JIRA — только для чтения, или выключен, после того, как вы закончите экспортировать/импорт. Вы делаете не Хотите сохранить две доски для команды!
Заключение
Надеюсь, вы найдете это руководство полезным, инструмент мне очень помогли. Документация отличная, и она активно поддерживается невероятной командой затвердевания. Не могу поблагодарить вас, ребята, достаточно!
Оригинал: «https://dev.to/sogeti/migrating-from-jira-to-azure-devops-2aed»