Azure DEVOPS имеет блестящие варианты построения трубопровода и так же просто, как настроить свои размещенные агенты по сборке, он может получить довольно дорогое. В этом посте я охватываю настройку самостоятельно размещенного агента по сборке для использования с Azure.
Этот пост не будет охватывать настройку поля сборки, но может быть покрыт более поздним руководством, если требуется. У меня на самом деле есть мой поля сборки, используя команды CHOCO, чтобы позволить создание проектов .NET, чтобы сделать этот шаг проще.
За и против
- Pro: полный контроль над сборкой
- Pro: Можно ли создавать свои сборки построить элементы или запустить услуги, которые просто не доступны в размещенных агентах.
- Pro: низкая стоимость. Если у вас уже есть аппаратное обеспечение, зачем платить за Azure VMS?
- CON: Техническое обслуживание и избыточность. Если машина опустится или ломается, она блокирует ваш трубопровод.
- CON: Дополнительные шаги установки.
Предварительные условия
Перед началом вам нужно будет убедиться:
- Вы коллекция/сборка администратора
- У вас есть сервер, настроенный для создания соответствующего программного обеспечения (I.E. Правильные SDKS и т. Д., Которые не будут охвачены в этом посте)
Токены личного доступа
Прежде всего, вам понадобится личный токен доступа для вашей учетной записи. Это используется для разрешения вашего агента построения доступа к Azure без жесткого кодирования ваших учетных данных в ваши сценарии сборки. Вы можете использовать свою учетную запись для этой учетной записи или специально созданную учетную запись службы — просто обратите внимание, что ему понадобятся разрешения для доступа к коллекциям, которые он будет создан.
Чтобы получить это, войти в свой портал Azure DEVOPS и перейдите на страницу вашей безопасности.
Здесь выберите «Личные токены доступа», а затем «новый». Панель будет отображаться для настройки этого pat. Укажите дружеское и уникальное имя, выберите организацию, которую вы используете этот токен, а затем установите его безопасный доступ.
Для доступа к безопасности я рекомендую выбрать Полный доступ Под «областями», чтобы вы могли использовать этот патент для General Dev Ops APS. Вы можете точно настроить элемент управления, но вы должны убедиться, что он прочитал/выполняется в области сборки в качестве абсолютного минимума. Для истечения срока действия я обычно выбираю самый длинный период, который составляет 1 год.
Скачать и конфигурация агента
Следующим вам нужно будет перейти к настройкам проекта> Трубопроводы> Пулы агента.
Создайте новый пул агента с соответствующим именем (вы не можете * сделать это, и можете просто использовать пул по умолчанию, если хотите, но мне нравится разделение). Когда ваш пул создан, вы увидите возможность добавить нового агента к нему.
Нажав «Новый агент», даст вам инструкции по вашему выбору ОС. Согласно инструкциям, загрузите агент (ZIP-файл ~ 130), а затем поместите где-то разумный на машине, который будет действовать в качестве сервера сборки. При извлечении, запустите config.cmd в повышенном окне команд
При запуске команды config.cmd вам потребуется следующая информация:
- URL-адрес сервера
- Это будет https://dev.azure.com/(orgorganisation имя}
- Какой тип аутентификации вы будете использовать (просто нажмите Return, так как он будет по умолчанию pat)
- Ваш pat для доступа к серверу, как настроен на первом шаге.
- Бассейн для подключения к. Это будет название пула агента, созданного выше.
- Рабочая папка. Папка для использования для хранения рабочих пространств.
- Имя для этого агента. Назовите это, все, что вы хотите, но я бы лично всегда включал имя машины, так как это облегчает работу, какие агенты работают.
Предоставление всех вышеуказанных настроек указано правильно, и нет проблем аутентификации, теперь она должна попытаться начать.
Подтверждение агента активно
Возвращаясь к экрану конфигурации пулов агента Вы теперь должны увидеть агент, перечисленный в соответствующем пуле агента.
Если агент не отображается через несколько минут, что-то пошло не так в настройке.
Если агент отображается в автономном режиме, попробуйте запустить команду «run.cmd» в окне команды повышенной команды на вашем сервере сборки.
Теперь все, что вам нужно сделать, это выбрать новый пул агента при создании следующей сборки!
Пост Установка самостоятельного размещенного агента построения для Azure DevOps появился первым на yer.ac | Приключения разработчика и других вещей. .
Оригинал: «https://dev.to/yerac/penny-pinching-in-azure-setting-up-a-self-hosted-build-agent-for-azure-devops-to-save-cash-2clp»