Расскажи о своем опыте работы с Release Candidate (RC), как ты применял этот подход в своих проектах?

Использовал Release Candidate как финальную стадию тестирования перед релизом в App Store.

Процесс обычно включал:

1. Сборка RC на основе ветки release или main после стабилизации.
2. Выгрузка сборки в TestFlight для группы внутренних тестировщиков и/или внешних бета-тестеров.
3. Тщательное тестирование на различных устройствах и версиях iOS.
4. Фиксация только критических багов, блокирующих релиз. Мелкие улучшения и некритические баги откладывались на следующие версии.
5. Если найдены критические баги: создание патч-ветки от RC, исправление, создание новой RC-сборки и повторение шагов 1-4.
6. Если RC успешно проходит тестирование и не содержит критических багов: выпуск этой же сборки в App Store.

Применение RC позволяло минимизировать риск выпуска нестабильной версии, так как сборка, используемая для тестирования, была идентична той, что попадает к конечным пользователям. Это повышало уверенность в качестве релиза.