Parlez-moi de votre expérience avec le Release Candidate (RC), comment avez-vous appliqué cette approche dans vos projets?

J'ai utilisé la version Candidate Release comme étape finale de test avant la sortie sur l'App Store.

Le processus comprenait généralement :

1. La compilation RC basée sur la branche release ou main après stabilisation.
2. Le téléchargement de la compilation sur TestFlight pour un groupe de testeurs internes et/ou externes.
3. Des tests approfondis sur différents appareils et versions d'iOS.
4. La correction uniquement des bugs critiques bloquant la sortie. Les améliorations mineures et bugs non critiques étaient reportés aux versions suivantes.
5. En cas de bugs critiques : création d'une branche de patch à partir de RC, correction, création d'une nouvelle compilation RC et répétition des étapes 1-4.
6. Si le RC passe avec succès les tests et ne contient pas de bugs critiques : publication de cette même compilation sur l'App Store.

L'utilisation de RC permettait de minimiser le risque de lancer une version instable, car la compilation utilisée pour les tests était identique à celle qui était livrée aux utilisateurs finaux. Cela renforçait la confiance dans la qualité de la sortie.