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 (доставка в магазини) через 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 — миттєвого відключення проблемної функції без релізу нової версії додатку.