Конвейеры Azure DevOps и рабочий процесс Team Foundation Server

Question

Мы используем DevOps Azure для управления исходным кодом .NET.Мы работаем над проектами, используя как рабочий процесс Git, так и TFS (первый - более новая работа, второй - устаревшие проекты).Это произошло потому, что когда Azure DevOps был просто TFS, у нас просто была корневая папка «Source» с подпапками для различных типов программного обеспечения, а затем проекты внутри каждого.Это прекрасно работает для типа процесса регистрации / принятия, используемого TFS.Теперь с DevOps и рабочим процессом Git вместо единственного корневого репозитория под названием Source с папками, разделяющими разные решения, у нас есть разные репозитории, представляющие каждое другое программное решение.

Для проектов в рамках рабочего процесса GIT мы можем уверенно использовать конвейеры Azure для создания процесса выпуска CI / CD.Однако я не уверен, как мы можем использовать это для работы с нашим TFS-репозиторием.На портале Azure DevOps наш репозиторий TFS, даже несмотря на то, что он содержит много различных решений / проектов, представлен на портале как один «Проект» с именем «Источник».

Это означает, что мне неясно, как заставить конвейер CI / CD работать, поскольку мы хотим построить конвейер только для определенных проектов в этом проекте \ Source.Кто-нибудь знает, как этого можно достичь?Если мы посмотрим на проекты Git легко, каждый проект является отдельным и автономным, но \ Source состоит из папок и подпапок с проектами внутри каждого.Это не один масштабный проект, который можно зарегистрировать и опубликовать.Надеюсь, это имеет смысл, возможно, кто-то, имеющий некоторый опыт работы с этим «двойным рабочим процессом» в системе контроля версий в Azure DevOps, мог бы прокомментировать?

Answer 1

Вы можете создать несколько конвейеров Azure, каждый из которых просматривает репозиторий TFVC (Team Foundation Version Control).Каждый конвейер затем настраивается со своим собственным отображением, где вам нужно быть достаточно специфичным, чтобы получить только те файлы, которые необходимы для построения решения для этого конвейера.

Вы можете определить отображение рабочего пространства, используя include (map)и исключает (плащ).Вы можете скрывать отдельные файлы, но вам придется вручную вводить их путь к серверу в прошлый раз, когда я проверял.

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

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