Prima di un rilascio in produzione, uno sviluppatore deve bloccare le modifiche in un repository AWS CodeCommit mentre continua a lavorare su nuove funzionalità. Il QA testerà il rilascio ed eseguirà correzioni di bug isolate dal branch principale. Dopo il rilascio, tutte le correzioni di bug devono essere unite in main. Quale flusso di lavoro soddisfa questi requisiti?

La creazione di un branch di rilascio (release branch) dal commit destinato alla produzione consente di isolare il codice per il testing e le correzioni di bug senza bloccare lo sviluppo di nuove funzionalità sul branch principale (main). Le correzioni vengono applicate al branch di rilascio. Dopo il rilascio, l'unione del branch di rilascio in main assicura che tutte le correzioni siano propagate al branch principale, mantenendo la cronologia completa. Le altre opzioni sono meno efficaci: L'uso di un Git tag è per contrassegnare un punto specifico nella cronologia, non per isolare lo sviluppo e le correzioni. Applicare correzioni a main e poi aggiornare il tag non isola il codice di rilascio e può introdurre nuove funzionalità non testate nel rilascio. Il rebase di main sul branch di rilascio riscriverebbe la cronologia di main, il che è sconsigliato per branch condivisi e può causare conflitti. Applicare commit di correzioni direttamente a un Git tag non è un'operazione standard di Git; i tag sono puntatori statici.