Italiano
Crea un .gitignore pulito per qualsiasi stack: linguaggi, framework, IDE e sistemi operativi.
Ultimo aggiornamento
Coddy ti insegna facendoti scrivere codice vero nel browser: lezioni interattive, feedback immediato e aiuto dall'AI quando ti blocchi.
Ogni repository Git ha bisogno di un file .gitignore. È l'elenco in testo semplice dei percorsi che Git *non* deve tracciare: artefatti di build, cartelle delle dipendenze, configurazioni dell'IDE, file spazzatura del sistema operativo come .DS_Store. Senza di esso, il primo commit si trascina dietro per sbaglio node_modules/, .env e target/, e rimediare a quel pasticcio è molto più fastidioso che preparare bene il file fin dall'inizio.
Ogni ecosistema ignora cose diverse e la maggior parte dei progetti ne usa diversi insieme. Una tipica app Node + TypeScript su un portatile macOS con VS Code richiede già l'unione di quattro elenchi di esclusioni diversi. Scriverlo a mano a memoria significa dimenticare coverage/, esporre un .env o fare commit di una .idea/ rimasta dalla configurazione JetBrains di un collega.
Per questo il generatore raccoglie template selezionati dal progetto di riferimento github/gitignore, le stesse regole dietro i suggerimenti automatici ufficiali di GitHub, e ti permette di combinarli. Spunta le caselle che ti servono e ottieni un unico .gitignore senza duplicati da incollare direttamente nel repository. Nessun account, nessun caricamento, tutto nel browser.
.gitignore usano la sintassi glob: *.log ignora tutti i file di log, build/ ignora una cartella, !important.log riammette un file specifico anche se un glob lo include..gitignore: un .gitignore dentro src/ riguarda solo i file sotto src/.node_modules/ e poi lo aggiungi a .gitignore, devi comunque eseguire git rm -r --cached node_modules per smettere di tracciarlo..gitignore: nella radice del repository, nelle sottocartelle e uno globale ~/.gitignore_global per gli strumenti personali come JetBrains o il tuo sistema operativo.!pattern successivo funziona solo se una regola precedente ha davvero ignorato il file. Negare una cartella non può riammettere un file al suo interno.Se il tuo progetto corrisponde a una combinazione comune (Next.js, Django, Rails), clicca un preset per spuntare in una volta tutte le caselle pertinenti. Poi togline o aggiungine un paio se hai altro.
Ogni linguaggio ha artefatti da ignorare: Node ha node_modules/, Python ha __pycache__/ e i virtualenv, Java ha target/ e i file .class. Scegli i linguaggi che il tuo progetto compila davvero.
Oltre alle regole del linguaggio, i framework aggiungono le proprie cartelle di build: Next.js vuole .next/ e .vercel, Django vuole staticfiles/ e db.sqlite3, Rails vuole tmp/ e /storage/*. Spunta il framework se lo usi.
Aggiungi i template degli editor usati dal **team** (non solo i tuoi): se qualcuno usa JetBrains o Vim, includili. Poi aggiungi i sistemi operativi del team: macOS lascia in giro .DS_Store, Windows Thumbs.db, ed è facile fare commit di entrambi per sbaglio.
Il pannello di destra mostra l'output combinato e senza duplicati. Premi **Copia** per incollarlo direttamente in un .gitignore nella radice del repository, oppure **Scarica** per salvare subito il file.
I pattern che scriverai più spesso. Riferimento completo su git-scm.com/docs/gitignore.
| Pattern | Significato | Esempio |
|---|---|---|
node_modules | Ignora un file o una cartella con esattamente questo nome, in qualsiasi punto dell'albero | Corrisponde sia a /node_modules sia a src/node_modules |
node_modules/ | Barra finale: corrisponde solo a una **cartella**, non a un file con lo stesso nome | Non corrisponde a un file chiamato per caso node_modules |
/build | Barra iniziale: ancora il pattern solo alla cartella del .gitignore | Corrisponde a /build ma non a src/build |
*.log | Glob: corrisponde a qualsiasi file che termina con .log | Corrisponde a error.log, debug.log, logs/foo.log |
!important.log | Negazione: riammette un file specifico incluso da una regola precedente | Abbinalo a *.log per continuare a tracciare un solo file di log |
docs/**/draft | Doppio asterisco: corrisponde a draft in qualsiasi sottocartella di docs/ | Corrisponde a docs/v1/draft e docs/2025/q1/draft |
# comment | Commento: Git ignora le righe che iniziano con # | Raggruppa le regole con intestazioni di sezione come # Node.js |
# Node.js node_modules/ npm-debug.log* dist/ .env .env.local # macOS .DS_Store ._*
Il minimo indispensabile per qualsiasi progetto Node condiviso con un collega su macOS. Anche un piccolo progetto personale dovrebbe avere queste regole: senza .DS_Store e node_modules/ combatterai conflitti inutili.
# Python __pycache__/ *.py[cod] .venv .pytest_cache/ # Django *.log local_settings.py db.sqlite3 media/ staticfiles/ # JetBrains .idea/ *.iml
Un tipico backend Django sviluppato in PyCharm. Nota che il db.sqlite3 locale è ignorato: la produzione non lo usa mai, e fare commit espone dati di sviluppo e rompe i clone puliti dei colleghi.
*.log !keep-me.log
La prima riga ignora tutti i file .log. La regola !keep-me.log poi riammette quel file specifico. Le negazioni funzionano solo per file che una regola precedente ha davvero ignorato: non puoi riammettere un file dentro una cartella ignorata.
.gitignore a cose fatte e aspettarsi che i file già in commit spariscano. Non succede: devi eseguire git rm -r --cached <path> per smettere di tracciarli..env anche una sola volta. Basta un commit per lasciare il segreto per sempre nella cronologia del repository. Aggiungi .env* a .gitignore **prima** del primo commit e cambia qualsiasi segreto sia finito dentro..DS_Store, quei file compariranno nel diff di ogni PR e rallenteranno la revisione.build/, nessuna negazione può reincludere build/keep.txt: Git non guarda nemmeno dentro la cartella. Riorganizza o sposta il file fuori..gitignore del progetto le configurazioni di editor che usi solo tu. Usi JetBrains in un team che lavora con VS Code? Metti .idea/ nel tuo ~/.gitignore_global **globale**..gitignore è fatto per essere sotto controllo di versione e condiviso con il team. È il *contratto* su cosa va tracciato e cosa no. L'eccezione sono le preferenze personali (per esempio il tuo editor preferito): quelle vanno nel tuo ~/.gitignore_global globale..gitignore, poi esegui git rm --cached <path> (o git rm -r --cached <folder>) per rimuoverlo dall'indice senza cancellarlo dal disco. Fai commit di entrambe le modifiche insieme, così i colleghi vedono l'aggiornamento..gitignore in ogni cartella e applica le regole a quel sottoalbero. È utile nei monorepo in cui frontend e backend hanno regole di esclusione molto diverse: tieni nella radice le regole comuni per sistema operativo ed editor e metti le regole dei linguaggi nella cartella di ciascun pacchetto..gitignore va in commit ed è condiviso con il team. .git/info/exclude esiste solo nel tuo clone locale ed è per le esclusioni personali che non vuoi pubblicare. Per esclusioni valide in tutti i tuoi repository, usa invece un ~/.gitignore_global globale.