Выполнение задач после миграции

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

Проверка перенесенного содержимого

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

• Исходный код: убедитесь, что все репозитории перенесены правильно и доступны.
• Журнал сборки: убедитесь, что полная история сборки полностью сохранена и соответствует требованиям.
• Областные пути: Убедитесь, что все областные пути присутствуют и правильно структурированы.
• Рабочие элементы: просмотрите репрезентативный пример рабочих элементов, чтобы подтвердить целостность данных и связи.
• Разрешения и безопасность. Проверьте правильность настройки разрешений пользователей, групп и элементов управления доступом. В зависимости от того, как пользователи настроены на сервере Azure DevOps Server, они могут не отображаться в центре пользователей новой организации до первого входа. Если какие-либо пользователи отсутствуют после миграции, пусть они войдут в систему, а затем повторно проверьте их статус.
• Подключения служб и конвейеры. Убедитесь, что подключения служб и конфигурации конвейера работают.
• Панели мониторинга и мини-приложения: убедитесь, что панели мониторинга правильно отображаются и мини-приложения отображают ожидаемые данные.

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

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

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

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

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

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

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

Для получения дополнительной информации см. агентов Azure Pipelines.

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

Используйте артефакты Azure

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

Настройка Досок Azure

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

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

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

Дополнительные сведения см. в статье Конфигурация и настройка Azure Boards.

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

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

Уведомьте ваши команды

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

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

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

Связанный контент

• Проверка и подготовка к миграции
• Подготовка к тестовому запуску
• Выполнить тестовую миграцию
• Переход на Azure DevOps Services