Potresti spiegare come era organizzato il processo di lavoro con i rami in Git nel tuo precedente lavoro?

Nel precedente luogo di lavoro, il processo di gestione dei rami in Git era organizzato come segue:

• Il ramo principale — main o master — conteneva sempre codice stabile e pronto per il rilascio.
• Per lo sviluppo di nuove funzionalità, venivano create ramificazioni di funzionalità separate, che si diramavano da develop o main.
• Dopo aver completato la funzionalità, si creava una Pull Request (PR) per fondere il ramo nella branch principale.
• Prima del merge, la PR passava attraverso revisione del codice e test automatici.
• Per correggere bug, si utilizzavano rami separati hotfix.
• I rami venivano sincronizzati regolarmente con il ramo principale per evitare conflitti.

Questo approccio permette di isolare lo sviluppo di nuove funzioni, mantenere la stabilità del codice principale e facilitare il lavoro di squadra.