Cos'è GitHub e perché serve anche a chi non programma

Se hai costruito qualcosa con Lovable, prima o poi incontrerai la parola GitHub, magari come opzione nelle impostazioni del progetto, magari perché qualcuno te l'ha consigliato "per sicurezza". Il problema è che quasi tutte le spiegazioni di GitHub sono scritte da sviluppatori per sviluppatori, e usano termini che a chi non programma dicono poco: repository, commit, branch, pull request.

Questa lezione fa un passo indietro. Prima di collegare Lovable a GitHub (lo vediamo nella prossima lezione), vale la pena capire cos'è davvero questo strumento, cosa fa concretamente e perché può interessarti anche se non hai mai scritto una riga di codice in vita tua.

## In breve

GitHub è una piattaforma che ospita e gestisce il codice di un progetto, tenendo traccia di ogni modifica fatta nel tempo, chi l'ha fatta, quando, e cosa è cambiato esattamente. Secondo la documentazione di Lovable, GitHub offre versionamento del codice, pull request e revisione delle modifiche, e integrazione con CI/CD tramite GitHub Actions. Non serve programmare per capirne l'utilità di base: è, in sostanza, una cronologia completa e uno spazio di archiviazione condiviso per il progetto.

Che cos'è GitHub

GitHub è costruito sopra Git, un software di controllo versione open source. Il concetto centrale è il repository (spesso abbreviato "repo"): come spiega la documentazione di GitHub, un repository è l'elemento più semplice di GitHub, un posto dove salvare codice, file e la cronologia delle revisioni di ogni file. Puoi pensarlo come la cartella di progetto, ma con una differenza fondamentale: ogni modifica salvata resta registrata per sempre, invece di sovrascrivere quella precedente.

Ogni modifica registrata si chiama commit. Come indica la guida GitHub sui commit, un commit salva un gruppo di modifiche a uno o più file, e Git assegna a ogni commit un identificativo unico (uno "SHA" o hash) che indica esattamente quali modifiche sono state fatte, quando, e da chi. Ogni commit richiede anche un messaggio che descrive brevemente cosa è cambiato, è quello che rende la cronologia leggibile invece che un elenco anonimo di salvataggi.

Cosa NON è GitHub

GitHub non è un editor per costruire il tuo progetto: non è dove disegni un'interfaccia o scrivi le funzionalità del tuo sito, quello resta il lavoro che fai dentro Lovable. GitHub è dove quel lavoro viene archiviato e tracciato nel tempo.

Non è nemmeno, di per sé, un servizio che pubblica automaticamente il tuo sito online: alcuni usi avanzati di GitHub permettono anche il deploy, ma la funzione di base è archiviazione e cronologia, non pubblicazione.

E non è "solo per programmatori esperti che lavorano da terminale": è un'idea diffusa ma imprecisa. Un ex dipendente di GitHub che si occupava proprio di questo tema osserva, nel suo articolo, che GitHub viene usato anche da ruoli non tecnici, project manager, designer, chi si occupa di documentazione, perché al netto del codice è comunque uno strumento per tracciare lavoro e collaborare; è un'opinione di chi ha lavorato sul prodotto, non un dato di adozione misurato, ma coerente con funzioni di GitHub pensate esplicitamente per chi non scrive codice, come la gestione di attività tramite Issues.

Come funziona

Nella pratica, un repository contiene i file del progetto e, in parallelo, l'intera storia di come quei file sono arrivati allo stato attuale. Ogni volta che qualcosa cambia in modo significativo, viene creato un nuovo commit: una fotografia di quel momento, con un messaggio che spiega cosa è cambiato e perché.

Questo rende possibili alcune cose che un normale salvataggio di file non permette: tornare a una versione precedente con precisione, vedere esattamente riga per riga cosa è cambiato tra due momenti, o capire chi ha modificato cosa quando più persone lavorano sullo stesso progetto. Come conferma la documentazione di GitHub, i repository possono avere più collaboratori ed essere pubblici o privati: in un repository privato solo tu (e chi inviti esplicitamente) può vedere il codice.

## Perché conta

Per chi costruisce con Lovable, GitHub non è un requisito per iniziare, puoi costruire, modificare e pubblicare un progetto interamente dentro Lovable senza mai toccarlo. Conta nel momento in cui il progetto cresce oltre l'esperimento iniziale: quando vuoi una copia del codice che vive fuori da Lovable, quando inizi a collaborare con uno sviluppatore che lavora in un editor di codice tradizionale, o quando vuoi poter recuperare qualsiasi versione passata del progetto con precisione, non solo l'ultima.

## Esempio lampante

Caso ipotetico. Un fisioterapista che ha costruito con Lovable un piccolo sito con modulo di prenotazione appuntamenti riceve la proposta di un amico programmatore: aggiungere gratuitamente, nel tempo libero, un promemoria automatico via email il giorno prima dell'appuntamento.

### INPUT

l'amico chiede accesso al codice del progetto per lavorarci nel proprio editor, senza dover passare ogni volta dall'interfaccia di Lovable.

### ANALISI

il fisioterapista non ha mai sentito parlare di GitHub prima, e la richiesta gli sembra tecnica e fuori portata. Scopre però che non deve programmare nulla lui: gli basta capire che GitHub è il posto dove il codice del suo progetto può vivere anche fuori da Lovable, con una cronologia di ogni modifica, e che dare accesso a un repository privato è più semplice e più sicuro che condividere file via email.

### DECISIONE

decide di informarsi su come collegare il progetto Lovable a un repository GitHub prima di rispondere all'amico, invece di gestire la cosa "alla buona" scambiandosi cartelle di codice.

### OUTPUT

con GitHub collegato (argomento della prossima lezione), l'amico può lavorare sulla funzionalità nel proprio editor, ogni sua modifica resta tracciata con un messaggio che spiega cosa ha fatto, e il fisioterapista mantiene comunque il controllo del progetto dentro Lovable.

Come farlo

1. Crea un account GitHub gratuito su github.com, se non ne hai già uno: basta un'email, non serve altro per iniziare.
2. Fai pratica con i tre termini chiave prima di andare oltre: repository (il progetto), commit (una modifica salvata con una descrizione), branch (una versione parallela del progetto su cui si può lavorare senza toccare quella principale, la incontrerai di nuovo nella prossima lezione).
3. Guarda un repository pubblico esistente per farti un'idea visiva, ad esempio uno dei tanti progetti open source elencati su GitHub, senza modificare nulla, solo per vedere come appaiono file, cronologia commit e messaggi descrittivi.
4. Decidi se e quando ti serve davvero: se il tuo progetto Lovable resta un esperimento personale che non prevedi di condividere con sviluppatori esterni, puoi rimandare il collegamento. Se prevedi collaborazione, backup indipendente o deploy fuori da Lovable, è il momento di passare alla lezione successiva.

## Errori comuni

Pensare che serva imparare Git da riga di comando prima di poter usare GitHub con Lovable. Non è così: come chiarisce la documentazione di Lovable, non serve conoscere GitHub per usare la sincronizzazione, la configuri una volta e il codice viene salvato in sicurezza nel tuo repository. Servono conoscenze più avanzate solo per operazioni come branch, pull request o automazioni CI/CD.

### Confondere repository pubblico e privato

Un repository pubblico è visibile a chiunque su internet; uno privato solo a te e a chi inviti esplicitamente. Prima di collegare un progetto con dati sensibili, vale la pena sapere quale dei due si sta creando (lo vediamo nel dettaglio nella prossima lezione).

Rimandare per sempre, anche quando servirebbe

L'obiezione più comune, "non sono un programmatore, non fa per me", porta spesso a scoprire il valore di GitHub solo dopo aver già perso del lavoro, quando ormai è tardi per recuperarlo.

Quando conta meno

Se il tuo progetto Lovable è un test veloce, un prototipo che probabilmente butterai o rifarai da zero, o qualcosa che non uscirà mai da un uso personale, GitHub aggiunge un passaggio che in quel momento non ti serve. Lovable salva comunque automaticamente la cronologia delle modifiche al progetto (lo approfondiamo nella lezione 17 di questo modulo): per un esperimento di breve vita, può essere sufficiente da sola.

## In sintesi

GitHub è una piattaforma che archivia il codice di un progetto insieme alla cronologia completa di ogni modifica, organizzata in repository e commit. Non serve saper programmare per capirne l'utilità di base, e non è un requisito per usare Lovable: diventa rilevante quando il progetto cresce, quando vuoi una copia del codice indipendente dalla piattaforma, o quando inizi a collaborare con chi lavora fuori da Lovable.

## Cosa imparare dopo

Nella prossima lezione mettiamo in pratica questi concetti: vediamo davvero come collegare Lovable a GitHub, passo per passo, con le impostazioni reali dell'editor.

---

Vuoi provarlo?

Prova Lovable →

Link di affiliazione: se ti iscrivi da qui, ricevo una piccola commissione, a te non cambia nulla.