Nel pre-work avete fatto il checkup del VOSTRO progetto: rilettura del CLAUDE.md, un documento di riferimento, una regola, una skill — e alla fine session-insights girato sulla sessione stessa. Prima di andare avanti, una verifica veloce: è tutto chiaro?
Git e GitHub — non come tecnici, ma come un modo per lavorare insieme senza rompere il lavoro degli altri. Visto dal vivo sul progetto che conoscete.
Il controllo che parte da solo quando accade un evento: sempre, senza dovervelo ricordare.
Il vostro progetto personale: qui vivono i modi di lavorare di queste quattro lezioni e cresce con voi, sessione dopo sessione.
Immaginate di scrivere un libro in più persone. Git è quello che ve lo fa fare senza pestarvi i piedi — un po' come lavorare con cartelle condivise piene di file di Office, ma per un progetto. Ognuno ha la sua copia, un modo per salvare, uno per chiedere una revisione, uno per unire tutto.
Il progetto (il tuo libro) vive sul tuo computer. Git sta qui, in locale: GitHub non serve ancora.
Salvi una versione: è un commit. Come salvare «capitolo_v1» in Word — una foto di tutto il progetto in quel momento. Tutto sul tuo computer.
Un altro commit: v2. La storia cresce sul tuo computer. Fin qui, da solo, GitHub non serve: git funziona benissimo così.
Vuoi condividere il progetto (o solo tenerne un backup)? Lo mandi su GitHub: è il push. La tua storia sale, e ora c'è una copia condivisa in alto.
Mentre lavoravi, un collega ha fatto un commit e l'ha spinto su GitHub (quello blu). Ora la copia condivisa è avanti di un commit rispetto alla tua: tu non ce l'hai ancora.
Porti giù il commit del collega (blu): è il pull. Ora la tua copia e GitHub combaciano di nuovo — parti sempre dall'ultima versione di tutti.
Questa è la storia del progetto: la tua, più il commit del collega (blu). Dopo il push e il pull, è la stessa sul tuo computer e su GitHub. Ci lavorate in più: come per un libro, si scrive su capitoli diversi senza pestarsi i piedi — a patto di non toccare lo stesso capitolo insieme.
Per lavorare senza disturbare gli altri, apri un branch: una linea tutta tua, dove porti avanti il tuo capitolo in sicurezza. Il branch nasce sul tuo computer; quando è pronto lo mandi su GitHub per la revisione.
Tre cose concrete che un branch vi dà:
L’analogia. Caricare un file con lo stesso nome in una cartella condivisa sovrascrive l’altro, e un lavoro sparisce senza avvisare. Il branch è l’opposto: fotocopie separate che confrontate in chiaro — senza confusione — decidendo con calma quale versione tenere.
Quando il capitolo è pronto, non lo unisci di nascosto: apri una Pull Request. Qualcuno rilegge e approva — lo stesso cancello dell'approvazione del piano, da L1.
Approvato, il capitolo rientra nel libro condiviso: è il merge. Due linee che tornano una — i «due genitori».
Si chiama «conflitto». Non è un disastro: è una domanda. E capita di rado, se fate pull spesso e seguite un lavoro → un branch.
Il Generatore di Asset — quello costruito in L2 e cresciuto in L3 — è vissuto tre settimane solo sul nostro computer. Oggi lo portiamo dove il team può lavorarci insieme.
In pratica non leggete riga per riga: chiedete a Claude di rivedere il diff e segnalare solo ciò che merita davvero la vostra attenzione.
Claude legge la storia che GitHub conserva e ve la restituisce in parole semplici.
Una modifica minuscola — una riga — ha fatto tutto il giro: salvata, caricata, rivista nel diff, unita. Adesso è nella casa del progetto: chiunque faccia pull se la ritrova.
Quando si apre una nuova conversazione, un hook SessionStart controlla lo stato Git prima ancora che dobbiate ricordarvelo.
È il vostro progetto personale: un progetto «madre» dove vivono modi di lavorare, buone pratiche e processi. È la guida a cui tornate prima di ogni nuovo progetto con Claude Code.
I mattoni di queste quattro lezioni, in un unico progetto che Claude può leggere:
La alimentate: le domande che avete, le cose che trovate online, un pattern nuovo, la documentazione ufficiale di Claude Code. Lei si adatta alle vostre esigenze e cresce nel tempo.
La mappa non è un documento morto: è un progetto a cui parlate. Tre esempi di cosa chiederle:
Non partite da un foglio bianco. Dopo la lezione vi diamo un documento di partenza, già pieno: i mattoni di questo corso, in un formato pronto per Claude Code, arricchito con la documentazione ufficiale.
Leggere il piano prima che Claude esegua.
CLAUDE.md, il loop di costruzione, la verifica.
Il sistema che smette di ripetersi.
Lavorare in team, far partire i controlli da soli e alimentare la vostra mappa.
Continuate a costruire, alimentate la vostra mappa, e usate il canale del gruppo quando qualcosa non torna. Il corso finisce; il vostro sistema no.