Rääkige oma kogemusest Release Candidate (RC) kasutamisel, kuidas te seda lähenemist oma projektides rakendasite?

Ma kasutas Release Candidate kui lõplikku testimise etappi enne selle väljaandmist App Store'is.

Protsess hõlmas tavaliselt:

1. RC koostamine põhinedes release või main harule pärast stabiliseerimist.
2. Build'i üleslaadimine TestFlight'i sisemiste ja/või väliste beetatestijate jaoks.
3. Põhjalik testimine erinevates seadmetes ja iOS versioonides.
4. Ainult kriitiliste vigade parandamine, mis takistasid väljaandmist. Väikesed parendused ja mitte-kriitilised vead jäeti järgmistele versioonidele.
5. Kui leitakse kriitilisi vigu: luua patch-haru RC-st, parandada, luua uus RC build ja korrata samme 1-4.
6. Kui RC edukalt läbib testid ja ei sisalda kriitilisi vigu: sama buildi väljaandmine App Store'is.

RC kasutamine aitas minimeerida ebastabiilse versiooni väljaandmise riski, kuna testimiseks kasutatud build oli identne sellega, mis jõudis lõppkasutajateni. See suurendas usaldust väljaandmise kvaliteedi suhtes.