Opowiedz o swoim doświadczeniu z Release Candidate (RC), jak stosowałeś to podejście w swoich projektach?

Używałem Release Candidate jako końcowego etapu testów przed wydaniem w App Store.

Proces zazwyczaj obejmował:

1. Kompilację RC opartą na gałęzi release lub main po stabilizacji.
2. Wgrywanie kompilacji do TestFlight dla grupy testerów wewnętrznych i/lub zewnętrznych beta testerów.
3. Dokładne testy na różnych urządzeniach i wersjach iOS.
4. Naprawa tylko krytycznych błędów blokujących wydanie. Mniejsze ulepszenia i błędy niekrytyczne odkładano na kolejne wersje.
5. W przypadku wykrycia krytycznych błędów: tworzenie gałęzi naprawczej z RC, poprawki, tworzenie nowej kompilacji RC i powtarzanie kroków 1-4.
6. Jeśli RC pomyślnie przejdzie testy i nie zawiera krytycznych błędów: wydanie tej samej kompilacji w App Store.

Użycie RC pozwalało zminimalizować ryzyko wypuszczenia niestabilnej wersji, ponieważ kompilacja używana do testów była identyczna z tą, która trafiała do końcowych użytkowników. To zwiększało zaufanie do jakości wydania.