Vai al contenuto

Generatore di .gitignore

.gitignore Generator

Costruisce un .gitignore combinando i modelli per linguaggio, framework ed editor, con i doppioni uniti.

Combina i modelli `.gitignore` ufficiali di GitHub in un unico file. L’ordine di selezione è l’ordine di uscita, ogni sezione conserva il nome del modello da cui viene, e un pattern che compare in due modelli viene scritto una volta sola.

🔒 Funziona interamente nel tuo browsergitgitignoregenerator

Modelli

Linguaggi

Framework e motori

Strumenti

Editor e IDE

Sistemi operativi

Ripreso parola per parola da github/gitignore@32652622a46d, il repository dietro al selettore di modelli di GitHub.

.gitignore

Modelli

3

Pattern

115

Duplicati uniti

0

L’ordine in cui li scegli è l’ordine dell’output, ogni sezione conserva il nome del file da cui viene così da poterla aggiornare in seguito, e un pattern presente in due modelli viene scritto una volta sola. Ignorare un file già tracciato non cambia nulla finché git rm --cached <file> non lo toglie dal tracciamento.

Come si usa

  1. Scegliere il proprio linguaggio e framework

    Si parte dal linguaggio — Node, Python, Go — e poi si aggiunge il framework, se ha cartelle di build proprie.

  2. Aggiungere il proprio editor e il sistema operativo

    Quelli che ci si dimentica. `.DS_Store` e `.idea/` in un repository condiviso sono la classica piccola seccatura, e aggiungerli qui costa un clic.

  3. Scaricarlo o copiarlo

    L’intestazione di ogni sezione nomina il file da cui viene, così quando un modello viene aggiornato a monte si vede a quale parte del proprio file corrisponde.

Domande frequenti

Ho aggiunto un file a .gitignore e git continua a tracciarlo.

Perché `.gitignore` agisce solo sui file che git non sta già tracciando. Una volta che un file è nell’indice, ignorarlo non cambia niente finché `git rm --cached <file>` non lo toglie. Ci cascano tutti almeno una volta.

Da dove vengono i modelli?

Alla lettera da github/gitignore, il repository che sta dietro al selettore di modelli di GitHub quando si crea un repository. Niente viene modificato lungo la strada, quindi quello che si ottiene qui è quello che avrebbe dato GitHub.

Conviene ignorare il file di lock?

No: va committato. Storicamente alcuni modelli ignoravano `package-lock.json` o simili, e quel consiglio è invecchiato male: è il file di lock a rendere riproducibile un’installazione. Se un modello scelto ignora il proprio, quella riga va tolta.

Può ricevere da

Dopo

Questi accettano ciò che produce questo strumento, così il risultato può passare direttamente.