Nella lezione precedente abbiamo visto cos'è GitHub e perché conta anche per chi non programma. Ora entriamo nella parte pratica: come si collega davvero un progetto Lovable a un repository GitHub, cosa succede tecnicamente quando lo fai, e, altrettanto importante, cosa questo collegamento non fa, perché è il punto in cui nasce più confusione.
## In breve
Lovable offre un'integrazione nativa con GitHub che crea un repository e mantiene una sincronizzazione bidirezionale: le modifiche fatte in Lovable vengono salvate su GitHub, e i commit fatti su GitHub tornano dentro Lovable. Secondo la documentazione ufficiale, il collegamento richiede di autorizzare la "Lovable GitHub App" tramite il proprio account GitHub e di collegare il progetto a un repository, che viene creato automaticamente e privato di default.
Che cos'è l'integrazione Lovable-GitHub
Secondo la documentazione ufficiale, l'integrazione ha due livelli distinti. Il primo è la connessione a livello di workspace: autorizza Lovable ad accedere a un account o organizzazione GitHub tramite la Lovable GitHub App, ed è condivisa da tutti i progetti dello stesso workspace. Il secondo è il collegamento del singolo progetto: collega un progetto specifico a un repository GitHub specifico, un progetto può essere collegato a un solo repository.
Una volta collegato: le modifiche fatte in Lovable vengono sincronizzate su GitHub, i commit pushati sul branch attivo tornano dentro Lovable, e Lovable modifica e sincronizza un solo branch alla volta, di norma il branch principale (main).
Cosa NON è
Collegare GitHub non pubblica il tuo sito. È probabilmente il fraintendimento più comune: come spiega la guida alla sincronizzazione, pushare commit sincronizza il codice dentro Lovable e aggiorna l'anteprima nell'editor, ma non pubblica mai nulla, il sito live cambia solo quando pubblichi da Lovable. Sono due azioni separate.
Non è nemmeno un modo per importare un progetto già esistente su GitHub dentro Lovable: lo indica la guida ufficiale, l'integrazione supporta solo l'esportazione da Lovable verso GitHub, non il percorso inverso, e collegare un progetto crea sempre un nuovo repository.
E non richiede di sapere usare Git da riga di comando: come conferma la documentazione Lovable, non serve conoscere GitHub per usare la sincronizzazione, la configuri una volta e il tuo codice viene salvato in sicurezza nel repository. Servono competenze più avanzate solo per lavorare con branch, pull request o flussi di revisione del codice.
Come funziona
Tecnicamente, quando colleghi il workspace, si apre una finestra di autorizzazione GitHub in cui scegli l'account o l'organizzazione e decidi se dare accesso a tutti i repository o solo ad alcuni. Quando poi colleghi un singolo progetto, Lovable crea un nuovo repository, privato di default su ogni piano, e avvia subito la sincronizzazione bidirezionale.
Un dettaglio utile da sapere, secondo la documentazione tecnica: i commit fatti da Lovable sono attribuiti all'identità dell'app, visibile su GitHub come lovable-dev[bot], e vengono anche co-attribuiti all'utente Lovable che ha attivato la modifica, tramite il formato email "noreply" di GitHub. Nel repository ottieni anche gli URL per clonarlo in locale (HTTPS, SSH, GitHub CLI), utile se in futuro vuoi lavorarci con un editor di codice tradizionale.
Un avvertimento importante dalla documentazione: non rinominare il repository, spostarlo o trasferirlo ad altro account dopo averlo collegato, perché questo rompe la sincronizzazione, rinominare il repository stesso invece è sicuro, perché Lovable lo rileva automaticamente.
## Perché conta
Una volta collegato, ottieni una copia del codice che vive fuori da Lovable, sotto il tuo controllo diretto. Questo apre concretamente tre cose: puoi lavorare in locale nel tuo editor preferito e vedere le modifiche tornare in Lovable, puoi far collaborare uno sviluppatore che preferisce lavorare fuori dall'interfaccia di Lovable, e puoi usare il repository per pubblicare o distribuire il progetto in modi che vanno oltre la pubblicazione diretta da Lovable.
## Esempio lampante
Caso ipotetico. Una piccola torrefazione artigianale ha costruito con Lovable un catalogo online dei propri caffè, gestito finora da una sola persona interamente dentro l'editor.
### INPUT
il titolare vuole aggiungere un'integrazione più complessa, un sistema di abbonamento ricorrente, e assume per qualche settimana uno sviluppatore freelance che lavora abitualmente in un proprio ambiente di sviluppo, non dentro Lovable.
### ANALISI
senza un repository condiviso, l'unico modo per far lavorare il freelance sarebbe scambiarsi file via email o cloud, perdendo ogni riferimento a chi ha cambiato cosa e rischiando di sovrascrivere lavoro a vicenda.
### DECISIONE
il titolare collega il progetto a GitHub prima di iniziare la collaborazione: crea la connessione al workspace, autorizza l'accesso al proprio account GitHub, collega il progetto e ottiene un repository privato pronto.
### OUTPUT
il freelance clona il repository in locale, lavora sull'integrazione dei pagamenti nel proprio editor, e ogni suo commit torna automaticamente visibile (e modificabile) dentro Lovable, con la cronologia di chi ha fatto cosa sempre tracciata, senza file scambiati a mano.
Come farlo
- Apri le impostazioni Git del progetto. Da Project settings → Git → GitHub, oppure dal menu + nella chat dell'editor.
- Autorizza la Lovable GitHub App. Clicca su Connect GitHub (o Add account): si apre una finestra di GitHub in cui scegli l'account o l'organizzazione e autorizzi l'app.
- Scegli quali repository rendere accessibili. Puoi concedere accesso a tutti i repository o solo a repository selezionati, la seconda opzione è più prudente se l'account GitHub contiene già altri progetti privati.
- Torna in Lovable e collega il progetto. Nella sezione GitHub delle impostazioni del progetto, clicca Connect accanto alla connessione workspace appena creata: Lovable genera un nuovo repository privato e avvia subito la sincronizzazione bidirezionale.
- Verifica lo stato della connessione. Le impostazioni Git del progetto mostrano lo stato Connected, il branch attivo e i link per clonare il repository, un buon momento per controllare che tutto sia collegato correttamente prima di continuare a lavorare.
## Errori comuni
Pensare che collegare GitHub equivalga a pubblicare il sito
Non è così: pubblicare resta un'azione separata, che fai sempre da Lovable.
Rinominare l'account GitHub o trasferire il repository ad altro proprietario
Rompe la sincronizzazione. Il rename del solo repository, invece, è sicuro e viene seguito automaticamente.
Provare a "importare" un repository con codice già scritto altrove
L'integrazione va in un solo senso: da Lovable verso GitHub, mai il contrario.
Dare per scontato che il repository sia pubblico
È privato di default su ogni piano: nessuno lo vede finché non ne cambi tu la visibilità direttamente su GitHub.
Quando conta meno
Se lavori da solo su un progetto che resta interamente dentro Lovable, senza bisogno di editor esterni, collaboratori o backup indipendente, collegare GitHub aggiunge un passaggio che in quel momento non cambia nulla nel tuo flusso di lavoro. In quel caso, la cronologia automatica di Lovable, che vediamo nella prossima lezione, copre già l'esigenza più immediata: non perdere lavoro fatto.
## In sintesi
Collegare Lovable a GitHub crea un repository privato con sincronizzazione bidirezionale: le modifiche in Lovable diventano commit su GitHub, e i commit su GitHub tornano dentro Lovable. Non pubblica il sito, non importa codice esistente, e non richiede di conoscere Git in anticipo. Il collegamento vero e proprio richiede solo pochi passaggi dalle impostazioni Git del progetto, ma vale la pena farlo con consapevolezza di cosa succede, e cosa non succede, dopo.
## Cosa imparare dopo
Nella prossima lezione chiudiamo il quadro sul non perdere mai il lavoro fatto: versionamento e backup del progetto, inclusa la cronologia automatica che Lovable tiene anche senza GitHub collegato.
---
Vuoi provarlo?
Prova Lovable →
Link di affiliazione: se ti iscrivi da qui, ricevo una piccola commissione, a te non cambia nulla.
Continua con la prossima lezione
Versionamento e backup: non perdere mai il lavoro fatto
Questo corso è stato realizzato con l'ausilio di AI generativa e successivamente revisionato e validato da Marco Salvo, sulla base dell'esperienza diretta su progetti reali. I contenuti vengono modificati e aggiornati nel tempo per restare allineati all'evoluzione di Google, degli AI Overview e degli assistenti conversazionali.
