#tfs #azure-devops
#tfs #azure-devops
Вопрос:
Кажется странным спрашивать об этом на SO, но это то, что MS хочет, чтобы мы сделали, поэтому здесь идет…
Я рассматриваю возможность настройки локального сервера Azure DevOps 2019, но, как обычно, лицензирование и затраты не очень прозрачны.
Наша команда разработчиков, вероятно, получит подписки на Visual Studio Pro, которые, я полагаю, поставляются с лицензией DevOps server и CAL. Что произойдет, если мы прекратим эти подписки — означает ли это, что мы больше не сможем использовать наш локальный сервер DevOps?
Я не очень понимаю, за какие «дополнительные услуги» нам может потребоваться заплатить (расширения, конвейеры), и я не хочу, чтобы меня ждали какие-либо сюрпризы. Основными требованиями являются:
- Иметь возможность запускать сборку при регистрации. Я не могу сказать, является ли это встроенной функцией или требует какого-либо расширения и / или конвейера (и если да, бесплатно или нет?)
- Используйте задачи сборки для создания пакетов NuGet и размещения их на собственном сервере. Опять же, требует ли это каких-либо платных расширений или конвейеров?
- Не должно быть ограничений на ежемесячное время сборки (в отличие от VSTS, которое, я полагаю, составляет 240 минут)
Ответ №1:
Насколько я понимаю:
Azure DevOps Server 2019 можно запускать как минимум с одной лицензией Visual Studio Professional или Enterprise.
Функции, доступные каждому пользователю, зависят от лицензии, назначенной пользователю: заинтересованные стороны (без лицензии) получают самые основы, Basic access (профессиональный) предоставляет вам большинство функций, Enterprise предоставляет вам все функции.
Наиболее заметными различиями между базовыми и корпоративными являются:
- Просмотр выпусков и управление утверждениями
- Опубликованные Microsoft артефакты
- Расширения Azure DevOps
Однако, согласно этому объявлению, артефакты теперь включены в базовую / профессиональную лицензию.
Таким образом, только с профессиональными лицензиями вы должны быть хороши для запуска сборок, публикации и использования nuget-пакетов через каналы артефактов. Я думаю, что для установки расширений может потребоваться корпоративный пользователь, и я еще не тестировал «Просмотр выпусков и управление утверждениями» без корпоративной лицензии. Похоже, это изменилось по сравнению со старыми TFS, которые мы использовали, в которых базовые пользователи могли создавать и просматривать релизы.
В любом случае я бы рекомендовал получить хотя бы одну корпоративную лицензию.
Ответ №2:
один и два бесплатны, третий бесплатный с автономным агентом и 1800 минут с размещенным агентом, если вы являетесь проектом с открытым исходным кодом, у вас много свободного вычислительного времени (не думаю, что это относится к серверу Azure Devops).
Конвейеры сборки и выпуска включены в Azure Devops Server 2019. https://learn.microsoft.com/en-us/azure/devops/server/release-notes/azuredevops2019?view=azure-devops#changes-to-artifacts-and-release-management-deployment-pipeline-licensing
Комментарии:
1. Зачем вам нужен размещенный агент при использовании вашего собственного локального сервера — разве он не всегда будет размещаться самостоятельно? Кроме того, я видел упомянутое расширение «артефакт», но не уверен, для чего оно предназначено. Нужно ли мне это для # 2?
2. нет, они нужны только в том случае, если вы хотите сохранить пакет в размещенном канале
3. Итак, в чем разница между каналом и репозиторием? Я предполагаю, что мне просто нужно хранилище — где-нибудь для хранения встроенных пакетов и откуда они будут восстановлены при создании проектов, которые ссылаются на них. (Мы уже делаем это с помощью TFS, но создание пакета, а затем копирование его в общий ресурс UNC выполняется вручную. Это настроено как «источник пакета» в файле VS settings / NuGet.targets).
4. Артефакты и конвейеры выпуска включены в Azure DevOps Server 2019. learn.microsoft.com/en-us/azure/devops/server/release-notes /…