Vous commencez le développement d'une nouvelle version d'une application tandis que la version précédente reste en production. Vous devez continuer à déployer des correctifs et des mises à jour sur la version de production actuelle tout en développant la nouvelle version. Le code de la nouvelle version est stocké dans AWS CodeCommit. Quelle stratégie de branchement répond à ces exigences ?

Cette stratégie de branchement est la plus appropriée car elle permet un développement parallèle et une maintenance continue. La création d'une branche de fonctionnalité pour les corrections de bugs de production à partir de main permet d'appliquer rapidement des correctifs sans interférer avec le développement de la nouvelle version. Simultanément, une branche de fonctionnalité distincte pour la nouvelle version, également créée à partir de main, isole ce développement, évitant ainsi les conflits et permettant des tests indépendants. Les tags Git ne sont pas adaptés pour le développement continu car ils sont des pointeurs statiques vers des commits spécifiques et ne permettent pas de gérer des lignes de développement parallèles. Créer une branche pour le code de production avec une politique IAM restreinte n'est pas une stratégie de branchement standard pour le développement de fonctionnalités ou de nouvelles versions ; cela ne résout pas le besoin de développement parallèle. Créer un nouveau dépôt CodeCommit séparé complique la gestion du code et des fusions futures, et n'est généralement pas recommandé pour les nouvelles versions d'une même application.