Релизы мобильного приложения делают раз в 2–4 недели через версионирование, CI/CD и поэтапный роллаут. Главное — автоматизация сборки, тестирование на каждом этапе и план отката. Без процесса релизы превращаются в хаос с крэшами и негативом в отзывах.
Что такое релиз приложения
Релиз — это выпуск новой версии приложения в App Store и Google Play. Включает:
- сборку билда,
- тестирование,
- публикацию в магазины,
- поэтапный роллаут,
- мониторинг метрик и крэшей,
- план отката при проблемах.
Релиз — это процесс, а не событие. Чем он выстроен, тем стабильнее продукт.
Версионирование
Каждый релиз получает номер версии. Стандарт — Semantic Versioning: MAJOR.MINOR.PATCH, например 2.4.1.
| Тип релиза | Когда поднимаем | Пример |
|---|---|---|
| MAJOR | Существенные изменения, новая функциональность | 1.0 → 2.0 |
| MINOR | Новые фичи, обратно совместимые | 2.4 → 2.5 |
| PATCH | Багфиксы, мелкие правки | 2.4.1 → 2.4.2 |
В App Store и Google Play есть два поля:
- Version (видна пользователю) — например,
2.4.1. - Build number (внутренний) — инкрементируется при каждой сборке, например,
241.
Без уникального build number стор отклонит загрузку.
Типы релизов
Не все обновления одинаковы по содержанию и риску.
| Тип | Содержание | Риск | Роллаут |
|---|---|---|---|
| Hotfix | Критический багфикс | Низкий (точечный) | Сразу 100% |
| Patch | Несколько багфиксов | Низкий | 10–50–100% |
| Minor | Новые фичи | Средний | Поэтапно 10–50–100% |
| Major | Большое обновление | Высокий | 5–20–50–100% |
Чем выше риск, тем меньше стартовая доля роллаута.
CI/CD для мобильных приложений
CI/CD (Continuous Integration / Continuous Deployment) — автоматизация сборки, тестов и публикации. Без него релизы съедают 4–10 часов работы команды.
Что автоматизируют:
- Сборка — из исходников в
.aab/.ipa. - Тесты — unit, UI, интеграционные.
- Подпись — автоматическая подпись сертификатами.
- Выгрузка — в App Store Connect и Play Console.
- Распределение — тестировщикам через TestFlight / Internal Testing.
Инструменты для РФ-рынка:
| Инструмент | Тип | Цена |
|---|---|---|
| Fastlane | CLI, self-hosted | Бесплатно |
| Bitrise | Облако | от 8 000 ₽/мес |
| GitHub Actions | Облако (с self-hosted runner) | Бесплатно до лимита |
| Codemagic | Облако | от 6 000 ₽/мес |
| Appcircle | Облако | от 5 000 ₽/мес |
Для команды из 2–3 разработчиков Fastlane — достаточно и бесплатно. Для больших команд — облака экономят время на поддержку инфраструктуры.
Процесс релиза
Шаги зрелого релизного процесса:
1. Планирование
На спринте определяем, что входит в релиз. Формируем список тикетов, назначаем ответственных.
2. Разработка и code review
Каждая фича — в отдельной ветке, проходит code review, тесты. Слияние в основную ветку — только через pull request.
3. Сборка и автотесты
CI собирает билд при каждом pull request, прогоняет unit и UI-тесты. Не прошло — в основной ветку не попадает.
4. Ручное тестирование
На staging-сборке QA проверяет ключевые сценарии. Баги возвращаются в разработку.
5. Сборка релизного билда
CI собирает подписанный билд, выгружает в TestFlight (iOS) и Internal Testing (Android).
6. Бета-тест
5–20 тестировщиков или ранних пользователей проверяют релизную версию. 1–3 дня.
7. Публикация и роллаут
Отправляем в App Store/Google Play, запускаем поэтапный роллаут.
8. Мониторинг
Смотрим крэши, метрики, отзывы. Если что-то не так — откатываем.
Поэтапный роллаут
Это самый дешёвый способ снизить риск релиза.
В Google Play настраивается прямо в Play Console — указываем долю 10%, 20%, 50%, 100%.
В App Store — Stage Rollout (Phased Release) на 7 дней: 1, 2, 5, 10, 20, 50, 100% пользователей.
Стратегия роллаута:
| День | Доля | Что проверяем |
|---|---|---|
| 1 | 10% | Крэш-рейт, ключевые метрики |
| 2–3 | 50% | Отзывы, воронки |
| 4–7 | 100% | Все пользователи |
Если на 10% крэш-рейт вырос вдвое или конверсия упала на 20% — ставим паузу и откатываем.
Откаты
План отката должен быть готов до релиза. Что делать, если что-то пошло не так:
- Пауза роллаута. Останавливаем распространение в Play Console / App Store Connect.
- Откат на предыдущую версию. В Google Play — кнопка Rollback. В App Store — отправка предыдущей версии как Critical Hotfix.
- Серверная фича-флаг. Опасная фича выключается на бэке, без нового релиза.
- Hotfix-релиз. Для критических багов — вне графика, 1–3 дня.
Лучший способ защиты — feature flags. Они позволяют включать/выключать функционал на лету, без релиза.
Мониторинг после релиза
Что отслеживать после выхода новой версии:
- Crash-free rate. Должен быть выше 99,5%. Падение — сигнал к откату.
- Conversion в ключевых воронках. Сравниваем с предыдущей версией.
- Retention D1/D7. По когорте новой версии.
- Отзывы в магазинах. Особенно в первые 3 дня.
- Топ ошибок из аналитики. Crashlytics, AppMetrica.
Минимум неделя мониторинга после релиза, особенно если был Major.
Инструменты мониторинга
| Инструмент | Что показывает | Цена |
|---|---|---|
| AppMetrica | Крэши, события, retention | Бесплатно |
| Crashlytics (Firebase) | Крэши по устройствам и версиям | Бесплатно |
| Sentry | Ошибки фронтенда и бэкенда | от 0 |
| Instabug / Bugsee | Отчёты об ошибках с экрана | от 5 000 ₽/мес |
Связка AppMetrica + Crashlytics закрывает 95% задач мониторинга в РФ. Подробнее про метрики — в материале про аналитику приложения.
Частые ошибки релизного процесса
- Ручная сборка. Секреты и сертификаты теряются, сборки едут у разных людей.
- Нет автотестов. Каждый релиз — неделя ручного QA, баги проходят в прод.
- Роллаут сразу 100%. Один крэш на всех — негатив в отзывах и падение рейтинга.
- Нет плана отката. Когда горит — метаются, теряют часы и доверие пользователей.
- Деплой в пятницу. Никто не хочет мониторить на выходных, и баг живёт 2 дня.
- Игнор отзывов после релиза. Один негатив решает судьбу десятков установок.
Релизный календарь
Пример ритма для активного продукта:
| Период | Релиз |
|---|---|
| Каждый понедельник | Заморозка фичей в релиз |
| Вторник–среда | Тестирование |
| Четверг | Релиз в сторы |
| Пятница–следующая неделя | Мониторинг |
Крупные релизы (Major) выносят в отдельные даты, с бета-тестом 1–2 недели.
Релизы — это дисциплина. Чем чётче процесс, тем стабильнее приложение и спокойнее команда. Инвестиции в CI/CD и процесс отката возвращаются за 3–4 релиза экономией времени и спасённым рейтингом в магазинах.
Комментарии · 0