Процесс релиза RN-приложения
Вопрос
Опишите, как устроен релиз React Native-приложения в вашей команде: от ветки до пользователей.
Попробуйте сами
Ответьте вслух за 2 минуты, как на собесе. Потом сверьтесь с тезисами: что прозвучало, а что нет.
Показать ответ и разбор
Коротко
Что должно прозвучать в ответе
Сборки через EAS Build или CI с fastlane, профили и окружения
Номера сборок автоматически, подпись секретами
Внутреннее тестирование: TestFlight, закрытые дорожки Google Play
Поэтапный раскат и мониторинг падений
OTA для срочных исправлений JS с `runtimeVersion` и каналами
Source maps и символы для каждой сборки и обновления
Что могут спросить следом
- Когда вы выбираете OTA, а когда новую сборку?
- Как организовать хотфикс?
Разбор
Образцовый ответ: «Из основной ветки CI запускает EAS Build с профилем production, номер сборки инкрементируется автоматически, ключи хранятся в EAS. EAS Submit отправляет сборку в TestFlight и во внутреннюю дорожку Google Play, тестировщики проверяют, затем выпускаем в продакшен поэтапно и смотрим на Sentry. Source maps загружаются автоматически. Если после релиза найден баг в JS, публикую OTA-исправление в канал production, сначала на часть пользователей. runtimeVersion считается по fingerprint, поэтому обновление не уйдёт в сборки с другой нативной частью. Всё, что меняет натив или крупные функции, идёт только новой сборкой через ревью»
Ответьте сами, а не прочитайте
В тренажёре вопрос попадёт в повторения и вернётся, когда начнёт забываться. Плюс билеты с зачётом: 20 вопросов, не больше 2 ошибок.