Processi Git nei team reali: quale workflow scegliere

Perché scegliere Feature Branch Workflow?

• Feature Branch = bozza separata di un capitolo
• Isolamento del codice per lavoro parallelo
• Esperimenti sicuri senza rischi per main
• Semplicità di implementazione per team di qualsiasi livello
• Ideale per iniziare e per progetti piccoli

Immaginate di lavorare a un libro e di creare una bozza separata per ogni capitolo. È esattamente così che funziona il Feature Branch Workflow: ogni nuova funzionalità vive in un ambiente isolato. Questo approccio permette ai team di lavorare su compiti diversi contemporaneamente, senza creare caos nel codice principale. Potete sperimentare tranquillamente, sapendo che il ramo principale rimane stabile. È particolarmente adatto a team piccoli, dove contano velocità e flessibilità. Quando la funzionalità è pronta, passa attraverso una code review e solo dopo entra nel codice principale. Semplicità ed efficacia: ecco cosa rende questo approccio così popolare.

Ciclo di vita di un feature branch

• git checkout -b feature/new-payment
• Commit con messaggi chiari
• git push origin feature/new-payment
• Creazione di una pull request
• Code review e merge in main

Percorriamo insieme l'intero percorso di un feature branch, dalla creazione al merge. Iniziamo con il comando git checkout meno b feature slash new-payment — così creiamo un nuovo ramo partendo da main. Lavoriamo sul compito, facciamo commit descrivendo i cambiamenti in modo chiaro e dettagliato. Quando la funzionalità è pronta, eseguiamo il push del ramo sul repository remoto e creiamo una pull request. I colleghi esaminano il codice, lasciano commenti e, dopo tutte le correzioni, le modifiche confluiscono nel ramo principale. Una regola importante: un ramo per ogni compito logicamente completo. Questo aiuta a mantenere ordinata la cronologia dei commit.

# Creiamo un ramo partendo da main
git checkout main
git pull origin main
git checkout -b feature/new-payment

# Lavoriamo e facciamo commit
echo 'Add payment processing' > payment.js
git add payment.js
git commit -m 'Aggiunto modulo di elaborazione pagamenti'

# Eseguiamo push e creiamo la PR
git push origin feature/new-payment
# Successivamente creiamo una Pull Request tramite l'interfaccia di GitHub

Creiamo un feature branch con 2 comandi

• Feature Branch Workflow — semplicità ed efficacia
• Creiamo un ramo partendo da un main aggiornato
• git checkout -b feature/new-login
• Il nome del ramo riflette il compito
• feature/, fix/, docs/ — prefissi per chiarezza

Creiamo un feature branch nella pratica. Passiamo al ramo principale e lo aggiorniamo: git checkout main doppio ampersand git pull. Ora creiamo un nuovo ramo per il nostro compito: git checkout meno b feature slash new-login. Il flag meno b dice a Git di creare un nuovo ramo e di passare immediatamente ad esso. Solo due comandi e siete pronti per lavorare. Assicuratevi che il nome del ramo rifletta l'essenza del compito: feature slash, fix slash o docs slash all'inizio aiutano a capire immediatamente lo scopo del ramo. Ora potete iniziare le modifiche.

git checkout main && git pull
# Aggiorniamo il ramo principale
git checkout -b feature/new-login
# Creiamo e passiamo al nuovo ramo