0Pricing
Git & GitHub Professional Workflow · Lezione

Branch di release e hotfix

Implementi branch di release dedicati e impari ad applicare rapidamente correzioni di bug critici utilizzando branch hotfix.

Branch di release e hotfix è una lezione Git & GitHub Professional Workflow gratuita su CoddyKit. Questa è la lezione 3 di 4. Puoi leggere la lezione completa qui gratuitamente — poi esercitati direttamente nel browser con un editor di codice integrato e un tutor IA disponibile 24/7. Fa parte del percorso di apprendimento Git & GitHub Professional Workflow, e i tuoi progressi si sincronizzano tra il web e l'app CoddyKit. Il corso Git & GitHub Professional Workflow include 4 lezioni in totale.

Introduzione ai release branch

Quando il progetto si avvicina al rilascio di una nuova versione, è necessario un ambiente stabile per prepararlo. È qui che entrano in gioco i release branch!

Sono branch dedicati alla finalizzazione di una release e consentono al branch principale di sviluppo di proseguire con nuove funzionalità.

Perché usare i release branch?

I release branch offrono diversi vantaggi fondamentali:

  • Stabilizzazione: isolano il codice per i test finali e le correzioni dei bug senza influire sullo sviluppo delle funzionalità in corso.
  • Gestione delle versioni: consentono di applicare facilmente numeri di versione e tag di release a una codebase specifica e stabile.
  • Sviluppo parallelo: il branch develop rimane disponibile per le nuove funzionalità, garantendo l'integrazione continua.

Creare un release branch

In genere, un release branch viene creato dal branch develop quando tutte le funzionalità previste per la release imminente sono complete. Creiamone uno per la versione 1.0.0.

Per prima cosa, verifichi che il branch develop sia aggiornato.

git checkout develop
git pull
git checkout -b release/1.0.0

Lavorare su un release branch

Una volta passato al release branch, l'attenzione si sposta sulla stabilizzazione:

  • Correggere i bug dell'ultimo momento.
  • Aggiornare la documentazione (ad es. README, changelog).
  • Incrementare i numeri di versione.

Qui non vanno aggiunte nuove funzionalità. Solo correzioni essenziali!

Concludere un release branch

Quando il release branch è stabile e pronto, deve essere unito in due punti:

  1. main (o master): per contrassegnare la release ufficiale. Di solito qui viene applicato un tag.
  2. develop: per assicurarsi che le correzioni dei bug apportate sul release branch vengano mantenute.

Unire e contrassegnare la release

Ecco come unire il branch release/1.0.0 nel branch main, applicarvi un tag, unirlo nuovamente in develop e infine eliminare il release branch.

git checkout main
git merge release/1.0.0 --no-ff
git tag -a v1.0.0 -m "Release version 1.0.0"
git push origin main --tags
git checkout develop
git merge release/1.0.0 --no-ff
git push origin develop
git branch -d release/1.0.0

Spiegazione degli hotfix branch

Che cosa succede se viene trovato un bug critico nella versione in produzione del software? Non può aspettare la prossima release programmata!

Gli hotfix branch sono progettati per applicare correzioni urgenti e immediate al codice in produzione. Saltano il normale ciclo di sviluppo per rendere disponibile rapidamente una correzione.

Creare un hotfix branch

Un hotfix branch viene sempre creato direttamente dal branch main (o master), che rappresenta il codice attualmente in produzione.

Creiamo un hotfix branch per correggere un bug critico.

git checkout main
git pull
git checkout -b hotfix/critical-bug-fix

Applicare e concludere un hotfix

Dopo aver corretto il bug sull'hotfix branch, è necessario unirlo sia a main sia a develop. In questo modo la correzione in produzione viene distribuita e si evita anche che il bug ricompaia nello sviluppo futuro.

Viene inoltre applicato un nuovo tag per contrassegnare la versione dell'hotfix.

git checkout main
git merge hotfix/critical-bug-fix --no-ff
git tag -a v1.0.1 -m "Hotfix for critical bug"
git push origin main --tags
git checkout develop
git merge hotfix/critical-bug-fix --no-ff
git push origin develop
git branch -d hotfix/critical-bug-fix

Quando usare ciascun branch?

Ha imparato a conoscere i release branch e gli hotfix branch. Entrambi aiutano a gestire le release, ma hanno scopi diversi.

Consideri lo scenario in cui l'applicazione in produzione presenta una grave vulnerabilità di sicurezza che deve essere corretta immediatamente. Quale tipo di branch sarebbe più appropriato per affrontare il problema?

Riepilogo di release e hotfix

Ora avete acquisito padronanza di due strategie fondamentali per la gestione dei branch in Git:

  • Branch di release: utilizzati per stabilizzare e preparare il rilascio di una nuova versione a partire da develop, con merge in main e develop.
  • Branch di hotfix: utilizzati per correggere urgentemente bug critici direttamente nel codice di produzione, partendo da main e con merge sia in main sia in develop.

Questi flussi di lavoro aiutano a mantenere una cronologia ordinata e release stabili!

Domande Frequenti

La lezione «Branch di release e hotfix» è gratuita?

Sì — il testo completo di «Branch di release e hotfix» è gratuito qui sul web. Per esercitarvi in modo interattivo (un editor di codice integrato e un tutor IA 24/7) e sbloccare il resto del corso Git & GitHub Professional Workflow, passa a CoddyKit PRO. Il corso Git & GitHub Professional Workflow include 4 lezioni in totale.

Cosa imparerò in «Branch di release e hotfix»?

Implementi branch di release dedicati e impari ad applicare rapidamente correzioni di bug critici utilizzando branch hotfix. Eserciti Git & GitHub Professional Workflow con codice pratico che esegui direttamente nel browser, e un tutor IA 24/7 risponde alle tue domande mentre lavori sulla lezione.

Ho bisogno di esperienza per iniziare Git & GitHub Professional Workflow?

Non è richiesta alcuna esperienza precedente. Git & GitHub Professional Workflow su CoddyKit è strutturato per principianti e studenti avanzati, quindi puoi iniziare da qui o dall'inizio e procedere al tuo ritmo. Questa è la lezione 3 di 4.

Quanto tempo richiede la lezione «Branch di release e hotfix»?

La maggior parte delle lezioni CoddyKit richiede circa 5–10 minuti. Ogni lezione è breve e interattiva, quindi fai progressi costanti e riprendi esattamente da dove hai lasciato su web e app.

Posso scrivere ed eseguire codice in questa lezione Git & GitHub Professional Workflow?

Sì. Ogni lezione Git & GitHub Professional Workflow include un editor di codice integrato, quindi scrivi ed esegui codice reale direttamente nel tuo browser e ricevi feedback istantaneo dall'IA — nessuna configurazione locale necessaria.

Tutte le lezioni di questo corso

  1. Semantic Versioning con i tag
  2. Creazione e gestione delle release
  3. Branch di release e hotfix
  4. Generare changelog e note di rilascio
← Torna a Git & GitHub Professional Workflow