Создание пользовательского агента сборки и выпуска для Visual Studio Team Services

Ранее в еще одно сообщение в блоге Я выложил краткое описание непрерывной интеграции (CI) и непрерывной доставки (CD) в Visual Studio Team Services (VSTS). Сегодня мы немного расширим эти процессы DevOps, чтобы лучше соответствовать вашим (или вашим клиентам!) Потребностям.

Для CI и CD требуется агент сборки, то есть место, куда ваш код отправляется для компиляции и последующего развертывания. По умолчанию VSTS дает вам возможность использовать размещенный агент. Это полностью облачное решение; Вы можете просто выбрать один из размещенных агентов для создания и развертывания вашего кода, и все готово. Но есть несколько недостатков с этим ...

Прежде всего, на размещенном агенте сборки может не быть установлено все необходимое программное обеспечение для обработки всех ваших потребностей в CI и CD по умолчанию. Например, недавно мы работали над проектом, в котором для правильного развертывания DACPAC с временными таблицами в экземпляре SQL Azure требовалась обновленная версия Microsoft Data-Tier Application Framework. Это демонстрационный шаг, если вы просто хотите использовать размещенный агент, но его легко исправить, создав собственный пользовательский агент сборки.

Во-вторых, VSTS имеет ограниченное количество минут сборки, доступных вашему размещенному агенту, по умолчанию 240 минут в месяц. Предположим, что в процессе непрерывной интеграции ваш код отправляется агенту, создается и затем загружается в папку для перетаскивания в течение четырех-пяти минут. Ваш оставшийся баланс в минутах сборки уменьшится на столько. Этот ограниченный размещенный агент может подойти для многих нужд, но если у вас есть несколько разработчиков, работающих над проектом, проверяющих изменения кода несколько раз в день, вы можете потратить минуты на сборку в спешке. К счастью, Microsoft позволяет вам приобрести дополнительные минуты сборки, если вы хотите использовать размещенный агент.

Итак, предположим, что вы определили, что размещенный агент не соответствует вашим потребностям, и вы хотите создать свои собственные. Хорошие новости! Это невероятно легко! Я не буду вдаваться в подробности, но основные принципы таковы:

Начните с создания виртуальной машины в Azure для использования в качестве агента сборки. Это может быть любой размер, который вы хотите, но я бы сказал, придерживайтесь меньшего количества ядер, так как создание приложений не слишком интенсивно. Также я бы порекомендовал использовать один из предварительно созданных образов Visual Studio Community 2017 (или любой другой версии того времени) для вашей виртуальной машины, поскольку Visual Studio почти всегда зависит от сборки. Технически программное обеспечение агента кросс-платформенно совместимо с Windows, OSX и некоторыми дистрибутивами Linux, но если ваша цель - создавать обычные .NET-приложения, вам следует придерживаться Windows. Программное обеспечение агента доступно для загрузки в Microsoft GitHub репозиторий , Есть подробные инструкции по установке Вот со всеми шагами, необходимыми для установки программного обеспечения агента и связывания его с вашим экземпляром VSTS.

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

Как только вы закончите установку любого необходимого программного обеспечения, перезапустите службу VSTS Build Agent на виртуальной машине. После перезапуска службы вы можете перейти на вкладку «Возможности» ваших очередей агентов в VSTS, чтобы убедиться, что она распознала все установленное вами программное обеспечение.

Примечание: VSTS сообщит вам заранее о создании кода, если какое-либо зависимое программное обеспечение не установлено в вашем агенте сборки, что очень удобно. На этой вкладке «Возможности» вы также можете вручную указать путь к исполняемому файлу, если агент по какой-то причине не поднял его.

Теперь, когда вы закончили работу с агентом, последнее, что нужно сделать, - это подключить ваши определения сборки и выпуска в VSTS, чтобы использовать ваш собственный агент вместо размещенного. Теперь вам больше не нужно беспокоиться о том, что у вас не хватит минут на сборку или вы столкнетесь с препятствиями, связанными с зависимым программным обеспечением ... именно с такими заботами, которые DevOps должен устранить в первую очередь!

Похожие