Avant une mise en production, un développeur doit geler les modifications dans un référentiel AWS CodeCommit tout en continuant à travailler sur de nouvelles fonctionnalités. L'assurance qualité testera la version et effectuera des corrections de bogues isolées de la branche principale. Après la mise en production, toutes les corrections de bogues doivent être fusionnées dans la branche principale. Quel flux de travail répond à ces exigences ?

La création d'une branche de publication (release branch) à partir du commit à publier permet d'isoler la version destinée à la QA et à la production. Les corrections de bogues peuvent être appliquées directement à cette branche de publication sans affecter le développement continu sur la branche principale (main branch). Le développement de nouvelles fonctionnalités peut se poursuivre sur la branche principale en parallèle. Après la mise en production, la fusion de la branche de publication dans la branche principale garantit que toutes les corrections de bogues sont intégrées à la base de code principale, maintenant ainsi l'historique complet et cohérent. Les autres options sont incorrectes car : Utiliser une balise Git pour les corrections de bogues est inefficace car les balises sont des pointeurs statiques et ne permettent pas d'appliquer des modifications directement. Rebaser la branche principale sur la branche de publication après la mise en production peut réécrire l'historique de la branche principale, ce qui est généralement déconseillé et peut entraîner des conflits complexes.