Завершение задач, выполняемых после миграции
После завершения миграции сообщение электронной почты отправляется в владелец организации и на этом этапе любой пользователь с доступом может войти в недавно перенесенную организацию 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 должны перенастроить свои удаленные приложения для извлечения кода.
Если что-либо отсутствует в перенесенной организации, обратитесь в службу поддержки.