Моя организация по-прежнему использует "старый" URL при взаимодействии с Azure DevOps: myorg.visualstudio.com. Варианты переключения на новый URL-адрес были доступны в течение некоторого времени в настройках организации, но мы еще не сделали этого. 
Сегодня я впервые увидел предупреждение о том, что функция доступна только на новом URL
Так что я думаю, что пора начать перемещать свою организацию и убедить наших пользователей использовать новый URL. Я вижу, что и старый, и новый URL-адреса могут использоваться для доступа к Azure DevOps в браузере, и в соответствии с этим вопросом: Переключите существующие организации на использование URL-адреса нового доменного имени , оба будут продолжать работает, когда я нажимаю на переключатель.
Для наших пользователей, не являющихся разработчиками, которые используют только веб-интерфейс Azure DevOps (Управление задачами, вики и т. д. c), это будет легко, так как они могут медленно меняйте со временем, чтобы использовать новый URL.
Но у меня есть некоторые опасения для наших разработчиков, на которые я не смог найти никаких ответов. 1. Как насчет Git удаленных URL? 2. Как насчет подключения Агентов сборки к Azure DevOps?
Я протестировал клонирование с git, заменив myorg.visualstudio.com на dev. azure .com / myorg в URL, который не удался. Я еще не тестировал подключение агента сборки к Azure DevOps с использованием нового URL.
Смогу ли я также медленно перенести эти две вещи? Или мне нужно будет установить дату, чтобы щелкнуть переключателем, и проинструктировать наших разработчиков, чтобы они не выполнялись, создавали резервные копии локальных незафиксированных изменений кода и вносили соответствующие изменения в это время?