Недавно мне было поручено автоматизировать процесс сборки и развертывания для внутреннего мобильного приложения, которое мы разрабатываем для нашего клиента. У нас есть выделенная коробка сборки с Gitlab Runner, настроенным для удовлетворения наших потребностей CI. Мы решили использовать AppCenter Microsoft для обработки строительства и распространения нашего мобильного приложения, но необходимость вручную начинать сборки, чтобы начать процесс, на самом деле не выполняет DevOps, не так ли?
Чтобы преодолеть эту проблему, я провел небольшое исследование и наткнулся на CLI Appcenter. Этот инструмент был именно тем, что нам нужно, чтобы обеспечить связь между нашей коробкой сборки и Appcenter для инициализации процесса построения и развертывания нашего приложения для тестеров или даже Play Store.
Запуск сборки
AppCenter CLI довольно всеобъемлющий с одним недостатком. В AppCenter вы должны настроить сборку для филиала. Это означает настройку конфигурации сборки (отладка или выпуска), версии Xamarin для использования при создании вашего приложения и пару других вариантов, таких как развертывание в Play Store и независимо от того, хотите ли вы построить эту ветвь на каждом толчке.
С учетом вышесказанного, на самом деле это не так уж и усилий, чтобы настроить приложение на AppCenter. Как только он будет настроен, вы можете использовать Аппцентром очередь командовать стоять в очереди новой сборки.
Appcenter строительствует очередь -appname> -b
Вот и все, только через одну команду вы можете построить и развернуть свое приложение в свои тестеры/Play Store за считанные минуты, все это только направившись к вашему репозиторию.
Распределение
Как только наше приложение будет успешно создано, мы хотим распространить его, чтобы уведомить наших тестеров о том, что новая версия доступна. Не только это, когда мы объединяем и строим новое приложение в основной филиале, мы хотим автоматически развернуть его в Play Store.
Для этого мы можем обратиться к AppCenter Distruict Leleases Add-Destination командование
AppCenter Distruict Leleases AddStination -Д «Сотрудники» -t «Группа» -r
В приведенной выше команде мы просим Appcenter уведомить всех пользователей в Сотрудники Группа нового выпуска, который был только что построен для нашего приложения, указав RELESSID Анкет
Затем наши тестеры получат электронное письмо по ссылке для установки/обновления приложения.
Держи меня в курсе
Это все хорошо и аккуратно, но для моей команды я не хотел, чтобы мы переехали между двумя разными приложениями при создании наших проектов. Мы используем Gitlab, и я хочу, чтобы это было нашим источником истины для всего, что связано с CI.
После того, как сборка была в очереди, я не хочу, чтобы мы ходили в Appcenter, чтобы контролировать статус наших сборков, именно здесь я хочу остаться в Гитлабе и все еще знать об этих вещах, не открывая новую вкладку.
Чтобы сделать это, мы можем использовать AppCenter Build Branches Show -a Команда, чтобы получить последнее состояние сборки филиала.
С помощью этой команды вы можете периодически запрашивать AppCenter о статусе сборки и вывода результата на Gitlab, независимо от того, все еще находится в процессе, преуспела или не удалась.
Я сделал все это в PowerShell, ниже приведен образец указанного сценария, который вы можете использовать в своей настройке CI, будь то Gitlab, GitHub, Azure DevOps и т. Д.
Резюме
Я надеюсь, что этот сценарий сможет помочь вашей команде так же сильно, как и моя, потому что, думая о задаче установки Android SDK и настройки его для создания нашего приложения на нашей сборке сборки, само по себе было пугающим, и это даже не учитывает усилия потребуется, чтобы он уведомил наших тестеров или развернут в Play Store.
Оригинал: «https://dev.to/raidzen10/integrate-your-ci-cd-with-appcenter-7ae»