Mesélj a Release Candidate (RC) tapasztalataidról, hogyan alkalmaztad ezt a megközelítést a projektjeidben?

A Release Candidate-et használtam végső tesztfázisként a kiadás előtt az App Store-ban.

A folyamat általában a következőket tartalmazta:

1. RC összeállítása a release vagy main ág alapján a stabilizálás után.
2. A build feltöltése a TestFlight-ra belső és/vagy külső béta tesztelők csoportja számára.
3. Alapos tesztelés különböző eszközökön és iOS-verziókon.
4. Csak kritikus hibák javítása, amelyek blokkolták a kiadást. Kisebb fejlesztések és nem kritikus hibák későbbi verziókra maradtak.
5. Kritikus hibák esetén: patch ág létrehozása az RC-ből, javítás, új RC build készítése és az 1-4 lépés ismétlése.
6. Ha az RC sikeresen átmegy a teszteken és nem tartalmaz kritikus hibákat: ugyanennek a buildnek a kiadása az App Store-ban.

Az RC használata minimalizálta a kockázatot, hogy instabil verziót adjunk ki, mivel a teszteléshez használt build megegyezett azzal, ami a végfelhasználókhoz eljutott. Ez növelte a kiadás minőségében való bizalmat.