Pastāsti par savu pieredzi ar Release Candidate (RC), kā tu šo pieeju izmantoji savos projektos?

Es izmantoju Release Candidate kā galīgo testēšanas posmu pirms tā izlaišanas App Store.

Parasti process ietvēra:

1. RC izveidi, balstoties uz release vai main zaru pēc stabilizācijas.
2. Būves augšupielādi TestFlight, paredzētu iekšējiem un/vai ārējiem beta testētājiem.
3. Detalizētu testēšanu dažādās ierīcēs un iOS versijās.
4. Tikai kritisku kļūdu labošanu, kas bloķēja izlaišanu. Mazākas uzlabojumi un nekritiskas kļūdas tika atliktas uz nākamajām versijām.
5. Ja tiek atrastas kritiskas kļūdas: izveidot labojuma zaru no RC, tās labot, izveidot jaunu RC būvi un atkārtot 1-4 soļus.
6. Ja RC veiksmīgi iziet testus un nesatur kritiskas kļūdas: izlaist to pašu būvi App Store.

RC izmantošana palīdzēja samazināt nestabilas versijas izlaišanas risku, jo testēšanai izmantotā būve bija identiska tai, kas nonāca galalietotājiem. Tas palielināja uzticību izlaišanas kvalitātei.