Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà. # Passaggi successivi Questa guida spiega le differenze tra tre strategie di ramificazione Git comuni: GitHub Flow, Gitflow e Trunk. Descrive in dettaglio i loro flussi di lavoro e fornisce anche i vantaggi e gli svantaggi di ciascuno. I passaggi successivi consistono nella scelta di uno di questi flussi di lavoro standard per l'organizzazione. Per implementare una di queste strategie di ramificazione, consulta quanto segue: + [Implementa una strategia di ramificazione Trunk per ambienti con più account DevOps ](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/implement-a-trunk-branching-strategy-for-multi-account-devops-environments.html) + [Implementa una strategia di ramificazione GitHub Flow per ambienti con più account DevOps ](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/implement-a-github-flow-branching-strategy-for-multi-account-devops-environments.html) + [Implementa una strategia di ramificazione Gitflow per ambienti con più account DevOps ](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/implement-a-gitflow-branching-strategy-for-multi-account-devops-environments.html) Se non sai da dove iniziare il percorso del tuo team verso l'utilizzo di Git e DevOps dei processi, ti consigliamo di scegliere una soluzione standard e testarla. L'utilizzo di una convenzione di ramificazione standard aiuta il team a sviluppare la documentazione esistente e a scoprire cosa funziona meglio per loro. Non abbiate paura di cambiare la vostra strategia se non funziona per la vostra organizzazione o per i team di sviluppo. Le esigenze e i requisiti dei team di sviluppo possono cambiare nel tempo e non esiste un'unica soluzione perfetta.