Бөлісу құралы:

Завершение задач, выполняемых после миграции

  • Мақала

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

Схема выделенного этапа после миграции семи этапов миграции.

Пятно проверка

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

  • Исходный код: убедитесь, что репозитории исходного кода перенесены правильно.
  • Журнал сборки: убедитесь, что журнал сборки был выполнен.
  • Пути к областям: убедитесь, что все пути к областям по-прежнему присутствуют.

Эти быстрые проверка помогают перехватывать недостающие или неполные данные перед открытием организации для всей пользовательской базы.

Переименование организации (необязательно)

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

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

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

Настройка агентов сборки

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

Дополнительные сведения см. в статье об агентах Azure Pipelines.

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

Совет

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

Использование артефактов Azure

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

Дополнительная настройка 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".

Просмотр разрешений

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

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

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

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

Если что-либо отсутствует в перенесенной организации, обратитесь в службу поддержки.

Следующие шаги

Получение расширений Azure DevOps Services (необязательно)