В Azure DevOps, как я могу связать рабочие элементы из внешнего проекта / организации с ветками в моем локальном проекте?

Question

Моя команда медленно мигрирует с Azure DevOps Org1 / ProjectX на Org2 / ProjectA. Все наши рабочие элементы в настоящее время управляются в Org1 / ProjectX, а наши 100 репозиториев и конвейеров по отдельности переносятся в Org2 / ProjectA в течение нескольких недель. Во время миграции мы хотим продолжить управление всеми рабочими элементами в одном проекте, Org1 / ProjectX.

После переноса репозитория в Org2 / ProjectA я хочу связать новые ветви с рабочими элементами, которые живут в Org1 / Проект Икс. Как я могу решить эту проблему?

Что я пробовал:

Документ Microsoft Ссылка на удаленный рабочий элемент показывает наличие типов ссылок Удаленная и Потребляется с . Я не вижу этих типов ссылок, доступных в раскрывающемся списке.

Я попытался ввести полный URL-адрес удаленного репо в поле Репозиторий ссылки. например, https://dev.azure.com/Org2/ProjectA/_git/Repo99. На дисплее отображается сообщение «элементы не найдены».

Я попытался ввести полный URL-адрес удаленного рабочего элемента в поле Рабочие элементы для ссылки ветви. например, https: /Org1.visualstudio.com/ProjectX/_workitems/edit/25889. На дисплее отображается сообщение «элементы не найдены».

Я также попытался обойти эту проблему:

Я создал рабочий элемент в Org2 / ProjectA, например, https://dev.azure.com/Org2/ProjectA/_workitems/edit/242/. Затем я создал ссылку Remote Remote для рабочего элемента в Org1 / ProjectX, например, https://Org1.visualstudio.com/ProjectX/_workitems/edit/25889/. Теперь я могу связать ветку с локальным рабочим элементом 242. Я нажал Сохранить. Нет ошибок Тем не менее, раздел Связанные работы пуст в обоих рабочих элементах 242 и 25889.

Answer 1

Организации, использующие Azure Active Directory, могут связывать рабочие элементы , которые существуют в разных проектах в разных организациях.

Вы должны убедиться, что обе ваши организации основаны на AAD.

Для URL организации 10 сентября 2018 года Microsoft переименовала Visual Studio Team Services (VSTS) в Azure DevOps Services .

Функции VSTS теперь являются отдельными службами:

Для изменения URL-адреса. Мы перешли на новое доменное имя dev. azure .com в качестве основного URL для новых организаций. (В частности, это https://dev.azure.com/[your organization name].)

Если вы хотите изменить свой URL-адрес, основываясь на dev. azure .com в качестве основного, администратор организации может изменить это на странице настроек организации. Мы также будем поддерживать перенаправления с URL-адресов visualstudio.com, чтобы не было неработающих ссылок.

Подробнее об этом изменении см. Введение Azure DevOps .

. Вы можете изменить старый URL в Org1 https://Org1.visualstudio.com/ProjectX на новый dev.azure.com. Затем проверьте еще раз, если это сделать трюк.