После импорта

  • Статья

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

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

Примечание.

Мы рекомендуем использовать руководство по миграции для выполнения импорта. Руководство содержит ссылки на техническую документацию по мере необходимости.

С выпуском Azure DevOps Server 2019 служба импорта базы данных TFS была перебрана, чтобы стать средством миграции данных для Azure DevOps. Это включает TfsMigrator, став средством миграции данных или переносчиком для краткости. Эта служба по-прежнему работает точно так же, как старая служба импорта. Если вы используете более старую версию локальной среды с TFS в качестве фирменной символики, вы по-прежнему можете использовать эту функцию для миграции в Azure DevOps до одной из поддерживаемых версий.

Сразу после импорта

Сразу после того, как организация станет доступной, возьмите небольшую команду и выполните проверка в организации. Рекомендуется, чтобы эта команда состоит из администраторов коллекции проектов. Это не должно быть глубокой проверка, но убедитесь, что основные части из вашей коллекции были доставлены. Импортирован ли исходный код? Вы видите историю сборки? Все наши пути по-прежнему присутствуют? Прежде чем открывать организацию для всей базы пользователей, рекомендуется подтвердить наличие этих артефактов.

После проверка организации рассмотрите, хотите ли вы переименовать его. Переименование организации — это простая операция, но она оказывает большое влияние на пользователей, которые в настоящее время используют организацию. Некоторые примеры, в которых команда исследует соединения, разрывают или закладки больше не работают. Получение переименования из пути, пока это всего лишь небольшая группа пользователей, использующих организацию, позволяет остальным пользователям приходить и настраивать свои подключения один раз.

Настройка выставления счетов

Чтобы платить за пользователей или службы в Azure DevOps, например размещенные агенты сборки и развертывания, необходимо настроить выставление счетов для вашей организации. При импорте нескольких коллекций необходимо убедиться, что все организации настроены для выставления счетов с одной подпиской Azure и что ваша подписка включена для выставления счетов с несколькими организациями. Затем можно назначить столько базовых пользователей, сколько требуется бесплатно в течение календарного месяца, в котором выполняется импорт.

Управление пользователями и доступом

Ваша организация включает пять бесплатных пользователей с базовым доступом. Базовый включает такие функции, как управление версиями Git и Team Foundation, средства для гибкого планирования и команд Java и многое другое. Кроме того, вы можете бесплатно добавить подписчиков Visual Studio — они получают основные функции и другие функции на основе их уровня подписки. Кроме того, вы можете добавить заинтересованных лиц бесплатно, что позволяет им иметь частичный доступ к инструментам Agile, создавать рабочие элементы и просматривать невыполненные работы и доски.

По мере входа подписчиков Visual Studio в организацию они автоматически обнаруживаются. Для всех остальных пользователей необходимо назначить платный доступ. Помните, что если вы автоматизируете доступ с помощью правил группы, правила применяются только к существующим пользователям при удалении прямых назначений, которые были применены к пользователям во время импорта.

Изменение поведения— начиная с 13 ноября 2019 г. поведение доступа по умолчанию для импорта изменится. Ранее все импорты пытались предоставить пользователям эквивалентный уровень доступа после импорта. Это означает, что пользователи, получившие базовый доступ, и другие пользователи начали работать с доступом заинтересованных лиц. После этого изменения все пользователи начинают с бесплатного доступа заинтересованных лиц . Вы по-прежнему сможете назначить базовый доступ всем пользователям, которым он нужен без каких-либо затрат, до конца календарного месяца, в течение которого выполняется импорт. Если у вас есть какие-либо вопросы или проблемы с этим изменением, вы можете обратиться к нам.

Сборки

Затем необходимо настроить агенты сборки. В рамках миграции все конвейеры сборки были перенесены, но агенты и пулы должны быть перенастроены в новую организацию. Azure DevOps предоставляет возможность использовать размещенный корпорацией Майкрософт пул агентов сборки, которые можно использовать, или подключить локальные агенты сборки. Важно отметить, что только один локальный агент сборки включен бесплатно. После этого есть плата за наличие более локальных агентов сборки. Для оплаты размещенных в Майкрософт и локальных агентов сборки необходимо связать подписку с вашей организацией. Дополнительные сведения о выполнении этой задачи см. в следующих ресурсах:

Если вы планируете использовать существующие локальные агенты частной сборки, необходимо выполнить еще один рекомендуемый шаг после регистрации в новой организации. Очистка кэша гарантирует, что вы не столкнулись с проблемами сборки, связанными со старыми указателями TFVC или Git на локальную коллекцию. Дополнительные сведения о том, как выполнить эту задачу, см . в обновлении кэшей на клиентских компьютерах .

Управление выпуском

Если вы использовали управление выпусками в Azure DevOps Server, конвейеры выпусков и данные журнала включаются в импорт. Однако, например сборки, необходимо перенастроить агенты и пулы для новой организации.

Azure Artifacts

Артефакты Azure включены в Azure DevOps Services для всех пользователей, которым предоставлена базовая лицензия. Не нужно устанавливать расширение. Данные артефактов Azure должны быть доступны после импорта.

Azure Boards

Если у вас есть подключение GitHub Enterprise Server, связанное с сервером Azure DevOps Server, оно не будет работать должным образом. Рабочие элементы упоминание в GitHub могут быть отложены или никогда не отображаются в Azure DevOps Services. Эта проблема возникает, так как URL-адрес обратного вызова, связанный с GitHub, больше не является допустимым.

Чтобы устранить проблему, рассмотрите следующие элементы:

  • Удалите и повторно создайте подключение: удалите и повторно создайте подключение к репозиторию GitHub Enterprise Server. Выполните последовательность шагов, описанных в Подключение из документации по Azure Boards.

  • Исправьте URL-адрес веб-перехватчика: перейдите на страницу параметров репозитория GitHub и измените URL-адрес веб-перехватчика, чтобы указать url-адрес перенесенной организации Azure DevOps Services: https://dev.azure.com/{OrganizationName}/_apis/work/events?api-version=5.2-preview

Уведомление о командах

После запуска сборки и настройки подписки на лицензию рекомендуется открыть организацию всем пользователям для проверки. Затем отдельные пользователи могут убедиться, что все содержимое находится на месте, у них есть правильный уровень доступа и что они могут вытягивать код. Не забудьте указать пользователям нашу документацию по подключению к Azure DevOps Services из всех поддерживаемых идентификаторов и командных Обозреватель.

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

Если что-либо сообщается, что отсутствует в перенесенной организации, обратитесь к AzureDevOpsImport@microsoft.com. Для других функциональных проблем обратитесь в службу поддержки клиентов.