Разкажи за опита си с Release Candidate (RC), как си прилагал този подход в проектите си?

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

Обикновено процесът включваше:

1. Създаване на RC въз основа на клона release или main след стабилизация.
2. Качване на сборката в TestFlight за група вътрешни тестери и/или външни бета тестери.
3. Подробно тестване на различни устройства и версии на iOS.
4. Коригиране само на критични грешки, които блокираха пускането. Малки подобрения и некритични грешки се отлагаха за следващите версии.
5. Ако се открият критични грешки: създаване на patch клон от RC, коригиране, създаване на нова RC сборка и повторение на стъпки 1-4.
6. Ако RC успешно премине тестовете и не съдържа критични грешки: пускане на същата сборка в App Store.

Използването на RC позволяваше минимизиране на риска от пускане на нестабилна версия, тъй като сборката, използвана за тестване, беше идентична с тази, която достига до крайните потребители. Това повишаваше доверието в качеството на изданието.