0Pricing
Git & GitHub Professional Workflow · Lezione

Sviluppo basato sul trunk

Esplori il modello di sviluppo basato sul trunk, i branch di breve durata e i feature flag come alternativa leggera a Gitflow.

Sviluppo basato sul trunk è una lezione Git & GitHub Professional Workflow gratuita su CoddyKit. Questa è la lezione 4 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.

Che cos'è lo sviluppo trunk-based?

Lo sviluppo trunk-based è una strategia di branching in cui tutti gli sviluppatori integrano molto frequentemente piccole modifiche in un unico branch condiviso, il trunk, di solito main.

Favorisce numerosi merge di piccole dimensioni invece di branch di lunga durata.

Perché evitare i branch di lunga durata?

I branch che rimangono attivi per settimane si allontanano molto da main, causando merge difficili.

  • Più un branch rimane attivo, più aumentano i conflitti
  • Il rischio di integrazione rimane nascosto fino alla fine
  • Le code di revisione del codice diventano enormi

Branch di breve durata

Nello sviluppo trunk-based, i branch rimangono attivi da poche ore a uno o due giorni, poi vengono uniti nuovamente. Ne crea uno, svolge un lavoro mirato e lo unisce rapidamente.

git checkout -b add-login
# small focused change
git commit -m 'Add login button'
git push origin add-login

Commit diretto sul trunk

I team piccoli e a basso rischio a volte eseguono commit direttamente su main, dietro un controllo CI rapido. Ogni commit deve mantenere il trunk pronto per il rilascio.

git checkout main
git pull --rebase
git commit -m 'Fix typo in footer'
git push

Feature flag

Le funzionalità incomplete vengono comunque unite al trunk, ma rimangono nascoste dietro una feature flag finché non sono pronte. In questo modo deploy e rilascio sono indipendenti.

if (featureFlags.newCheckout) {
  renderNewCheckout();
} else {
  renderOldCheckout();
}

L'integrazione continua è obbligatoria

Poiché tutti eseguono continuamente il merge nel trunk, i test automatizzati a ogni push sono essenziali per mantenere main verde e pronto per il deploy.

Trunk-based vs. Gitflow

Gitflow usa molti branch di lunga durata (develop, release, feature). Lo sviluppo trunk-based usa un unico branch principale e piccoli branch di breve durata.

  • Lo sviluppo trunk-based è adatto alla distribuzione continua
  • Gitflow è adatto ai rilasci pianificati e versionati

I branch di release come eccezione

I team trunk-based possono creare un breve branch di release solo per stabilizzare una versione, applicando con cherry-pick le correzioni su di esso.

git checkout -b release/1.4 main

Mantenere sincronizzati i branch

Esegua il rebase dei branch di breve durata sul trunk più recente prima del merge, per ridurre al minimo i conflitti.

git fetch origin
git rebase origin/main

Eseguire rapidamente il merge

Quando la CI ha esito positivo, esegua il merge del branch di breve durata e lo elimini. Il ciclo ricomincia con un nuovo branch.

git checkout main
git merge --no-ff add-login
git branch -d add-login

Quando scegliere lo sviluppo trunk-based

Scelga lo sviluppo trunk-based quando rilascia spesso, dispone di una CI solida e vuole evitare l'inferno dei merge. Si abbina naturalmente al continuous deployment.

Verifica rapida

Verifichi la sua comprensione dello sviluppo trunk-based.

Riepilogo

Ha imparato il modello trunk-based:

  • Un trunk condiviso e numerosi branch piccoli e di breve durata
  • Le feature flag nascondono il lavoro incompleto
  • Una CI solida mantiene il trunk sempre pronto per il rilascio
  • Si contrappone ai branch di lunga durata di Gitflow

Domande Frequenti

La lezione «Sviluppo basato sul trunk» è gratuita?

Sì — il testo completo di «Sviluppo basato sul trunk» è 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 «Sviluppo basato sul trunk»?

Esplori il modello di sviluppo basato sul trunk, i branch di breve durata e i feature flag come alternativa leggera a Gitflow. 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 4 di 4.

Quanto tempo richiede la lezione «Sviluppo basato sul trunk»?

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. Workflow con branch delle funzionalità
  2. Introduzione al workflow Gitflow
  3. Rebase e merge a confronto
  4. Sviluppo basato sul trunk
← Torna a Git & GitHub Professional Workflow