CI/CD и автоматизация в мобильной разработке: что это такое, как работает и зачем нужно

Что такое CI/CD?

Continuous Integration

Continuous Integration — основа CI/CD автоматизации мобильных приложений. Практика, при которой каждый разработчик несколько раз в день сливает свой код в общий репозиторий. После каждого пуша CI-сервер автоматически собирает проект и запускает тесты. Если тесты падают — сборка считается сломанной, и команда исправляет проблему немедленно. CI предотвращает ситуацию «у меня всё работает», когда код одного разработчика ломает код другого.

Build Pipeline — последовательность шагов, которые выполняются при каждом пуше: линтинг кода → unit-тесты → сборка debug APK/IPA → интеграционные тесты → сборка release. Каждый шаг может запускаться только после успешного прохождения предыдущего. Артефакты сборки — APK, IPA, AAB, отчёты о тестировании — сохраняются и доступны для скачивания.

Continuous Delivery vs Continuous Deployment

Continuous Delivery — код автоматически собирается и тестируется, но решение о выкладке в продакшн принимает человек. Continuous Deployment — каждый успешный билд автоматически выкладывается в продакшн. Для мобильных приложений чаще используется CD (доставка в stores) через TestFlight или Internal Testing, так как окончательное решение о публикации принимает разработчик или менеджер. Staging — окружение, максимально приближенное к продакшну, на котором тестируется сборка перед релизом.

GitHub Actions и GitLab CI

GitHub Actions

GitHub Actions — встроенная CI/CD-система для автоматизации мобильных приложений в GitHub. Actions использует YAML-конфигурацию (.github/workflows) для описания пайплайнов. Для мобильной разработки доступны готовые actions: actions/setup-java, gradle-build-action для Android, xcodebuild-action для iOS. GitHub Actions предоставляет 2000 минут бесплатного времени в месяц для приватных репозиториев.

Пример: workflow для Android включает checkout кода, установку JDK 17, кэширование зависимостей Gradle, запуск lint и unit-тестов, сборку APK и загрузку артефакта. Для iOS — checkout, установка Xcode, pod install, запуск XCTest, архивирование и экспорт IPA. GitHub Actions интегрируется с GitHub Releases, Slack и Telegram для уведомлений.

GitLab CI

GitLab CI — встроенная CI/CD-система в GitLab, конфигурируемая через .gitlab-ci.yml. GitLab CI использует runners — агенты, выполняющие задачи. Для мобильной разработки можно использовать shared runners (Linux для Android) или собственные runners (macOS для iOS). GitLab CI поддерживает parallel jobs, artifacts, environments и manual approval для production-релизов.

Bitrise для мобильных приложений

Почему Bitrise?

Bitrise — CI/CD-платформа, специализированная на автоматизации мобильных приложений. Bitrise предлагает готовые шаги (Steps) для Android, iOS, Flutter и React Native: Gradle Runner, Xcode Archive, Flutter Test, CocoaPods Install. Bitrise автоматически настраивает код-подпись для iOS (через Codesigndoc) и предоставляет виртуальные машины с предустановленным Xcode, Android SDK, Flutter и другими инструментами.

Преимущества Bitrise: простая настройка через визуальный редактор Workflow, поддержка параллельных билдов, интеграция с Firebase Test Lab, App Store Connect и Google Play Console. Bitrise предоставляет 90 минут бесплатного времени в месяц для личных проектов. В IT Sectr мы используем Bitrise для всех мобильных проектов — он значительно упрощает CI/CD по сравнению с ручной настройкой GitHub Actions.

Fastlane: автоматизация мобильных сборок

Что такое Fastlane?

Fastlane — инструмент автоматизации мобильных приложений для iOS и Android, написанный на Ruby. Fastlane состоит из системы готовых actions (более 200) и DSL для описания сценариев через Fastfile. Fastlane решает задачи, которые каждый мобильный разработчик выполняет вручную: подпись кода, создание скриншотов, загрузка в TestFlight и Google Play, управление сертификатами и provisioning profiles.

Ключевые компоненты Fastlane

Lane — именованный сценарий в Fastfile. Пример: lane :release do — цепочка действий для выпуска релиза. Match — инструмент для безопасного хранения и синхронизации сертификатов и provisioning profiles через зашифрованный Git-репозиторий. Gym — сборка и архивирование iOS-приложения (обёртка над xcodebuild). Pilot — загрузка и управление сборками в TestFlight. Deliver — загрузка приложения и метаданных в App Store Connect. Snapshot — автоматическое создание скриншотов на всех языках. Screengrab — автоматическое создание скриншотов для Android.

Пример Fastfile для Android: lane :beta вызывает gradle (assembleRelease), затем firebase_app_distribution для распространения тестировщикам. Для iOS: lane :beta вызывает match (загрузка сертификатов), gym (архивирование) и pilot (загрузка в TestFlight). Fastlane может запускаться локально и на CI-сервере — это делает его универсальным инструментом в любом мобильном проекте.

Canary Release и Feature Flags

Canary Release

Canary Release — стратегия CI/CD автоматизации выкатки новой версии приложения на небольшую часть пользователей (1–5%) перед полным релизом. В Google Play Console это реализовано через Staged Rollout: вы выпускаете обновление на 5% аудитории, мониторите краши и метрики, и при отсутствии проблем увеличиваете процент. В App Store Connect — через Phased Release for Automatic Updates.

A/B Testing — сравнение двух версий одной фичи на случайных группах пользователей. В мобильной разработке A/B-тесты проводятся через Feature Flags, Firebase Remote Config или серверную логику. Canary Release и A/B-тесты позволяют минимизировать риски при выкладке новых функций.

Feature Flags

Feature Flag (Feature Toggle) — условное включение функциональности без развёртывания нового кода. Feature Flag — это проверка в коде: if (featureFlag.isEnabled()) { /* новый код */ } else { /* старый код */ }. Флаги управляются через сервисы: LaunchDarkly, Split.io, Firebase Remote Config. Feature Flags позволяют разработчикам мержить код в main, даже если фича ещё не готова к показу пользователям.

LaunchDarkly — самая популярная платформа управления Feature Flags. LaunchDarkly предоставляет SDK для iOS, Android, Flutter и React Native. Можно включать фичи для конкретных пользователей, сегментов, регионов или процента аудитории. Feature Flags также используются для kill switch — мгновенного отключения проблемной фичи без релиза новой версии приложения.