Stai iniziando lo sviluppo di una nuova versione di un'applicazione mentre la versione precedente rimane in produzione. Devi continuare a distribuire correzioni e aggiornamenti alla versione di produzione corrente durante lo sviluppo della nuova versione. Il codice della nuova versione è archiviato in AWS CodeCommit. Quale strategia di branching soddisfa questi requisiti?

La strategia di creare branch di funzionalità separati dal branch main è la migliore. Un branch di funzionalità per le correzioni di bug di produzione consente di applicare rapidamente patch al codice in produzione senza interferire con lo sviluppo della nuova versione. Un secondo branch di funzionalità per la nuova versione permette uno sviluppo isolato e simultaneo. Creare tag Git non è sufficiente per gestire lo sviluppo parallelo, poiché i tag sono punti statici nella cronologia e non consentono modifiche attive e indipendenti. Creare un branch di produzione con una policy IAM che impedisce il push o il merge non risolve il problema delle correzioni di bug in produzione e dello sviluppo della nuova versione in parallelo; renderebbe difficile la gestione delle modifiche necessarie. Creare un nuovo repository CodeCommit separato per la nuova versione è eccessivo e complica la gestione del codice base comune, rendendo più difficile la fusione delle modifiche in futuro.