.gitignore-generator

Markera de språk, ramverk, editorer, operativsystem och verktyg som finns i förvaret, så slås deras kuraterade ignoreringsmallar ihop till en enda .gitignore-fil. Mönstren görs unika över mallarna, grupperas under en kommentarsrubrik per mall och skrivs i en rimlig ordning — kopiera resultatet direkt till projektet eller ladda ned det. Mallsökningen filtrerar listan direkt, och allt körs lokalt i webbläsaren.
0 markerade
Inga mallar matchar sökningen.
Genererad .gitignore
Så fungerar sammanslagningen: varje ikryssad mall lägger till ett kommentarsblock # Mallnamn med sina mönster. Identiska mönster från olika mallar skrivs bara en gång (första förekomsten vinner), så att kombinationen av “Node.js” med “macOS” eller “Visual Studio Code” aldrig ger dubbletter. node_modules/, editormappar, skräpfiler från operativsystemet och byggresultat är de vanliga misstänkta — en bra tumregel är att ignorera allt som genereras, laddas ned eller är specifikt för maskinen, och att hålla riktig källkod, konfiguration och dokumentation spårad. Observera att en .gitignore bara påverkar ospårade filer; för att sluta spåra en redan incheckad fil används git rm --cached <fil>.

Integritet: mallarna är inbäddade i den här sidan och sammanslagningen körs lokalt — inget som markeras laddas upp.
Hur fungerar matchningen i .gitignore?

Mönstren är globs med några regler som är bra att känna till: *.log matchar på alla djup, build/ med snedstreck sist matchar bara kataloger, ett inledande snedstreck som i /config.local förankrar mönstret i förvarets rot, och ** spänner över kataloger på flera nivåer. Git kontrollerar mönstren nedifrån och upp: en fil ignoreras när den sista matchande raden säger det, och det är så ett senare !-undantag kan återta något som en tidigare rad uteslutit.

Ett undantag kan inte nå in i en utesluten katalog — om build/ ignoreras gäller aldrig !build/keep.js; katalogen måste i stället avignoreras och dess övriga innehåll ignoreras på nytt.