.gitignore-generator

Kryss av for språkene, rammeverkene, editorene, operativsystemene og verktøyene som finnes i repositoriet, så slår denne siden sammen de kuraterte ignoreringsmalene til én enkelt .gitignore-fil. Mønstre fjernes som duplikater på tvers av malene, grupperes under en kommentaroverskrift per mal, og skrives i en fornuftig rekkefølge — resultatet kan kopieres rett inn i prosjektet eller lastes ned. Malsøket filtrerer listen med en gang, og alt kjører lokalt i nettleseren.
0 valgt
Ingen maler samsvarer med søket.
Generert .gitignore
Slik fungerer sammenslåingen: hver avkrysset mal legger til en # Malnavn-kommentarblokk med mønstrene sine. Identiske mønstre fra ulike maler skrives bare én gang (første forekomst vinner), så kombinasjonen av “Node.js” med “macOS” eller “Visual Studio Code” gir aldri dupliserte linjer. node_modules/, editormapper, søppelfiler fra operativsystemet og byggeresultater er de vanlige mistenkte — en god tommelfingerregel er å ignorere alt som er generert, nedlastet eller maskinspesifikt, og å holde ekte kildekode, konfigurasjon og dokumentasjon sporet. Merk at en .gitignore bare påvirker filer som ikke er sporet; for å slutte å spore en allerede committet fil brukes git rm --cached <fil>.

Personvern: malene er innebygd i denne siden, og sammenslåingen kjører lokalt — ingenting som velges, lastes noen gang opp.
Hvordan fungerer .gitignore-matching?

Mønstre er globs med noen regler verdt å kjenne: *.log matcher på alle nivåer, build/ med skråstrek på slutten matcher bare mapper, en innledende skråstrek som i /config.local forankrer mønsteret til rotmappen i repositoriet, og ** spenner over mappenivåer. Git sjekker mønstre bunn-opp: en fil ignoreres når den siste matchende linjen sier det, og det er slik et senere !-unntak kan inkludere på nytt det en tidligere linje ekskluderte.

Et unntak kan ikke nå inn i en ekskludert mappe — er build/ ignorert, gjelder !build/keep.js aldri; mappen må da tas ut av ignoreringen, og de andre innholdene ignoreres på nytt.