Hoppa till innehåll
100% lokalt

.gitignore-regelkontrollant

Kontrollera vilka .gitignore-regler ignorerar eller tillåter varje sökväg, och varför.

Inmatning
Sökvägar att testa
Utmatning

.gitignore-regelkontrollant

Klistra in en .gitignore-fil i det första fältet och en lista med fil- eller mappadsökvägar i det andra fältet, och det här verktyget visar dig vad som händer med var och en: ignorerad eller inte, och vilken rad i regeluppsättningen som avgjorde det. Det är byggt för det ögonblick då en fil som du förväntar dig att följa upp trots allt dyker upp i git-status, eller ett byggartefakt som du trodde var uteslutet av misstag blir committed.

Matchningslogiken följer sann .gitignore-semantik: mönster utvärderas i ordning och den senast matchande regeln vinner, så ett brett "*.log" tidigare i filen kan åsidosättas av ett mer precist "!important.log" senare. Ett avslutande snedstreck markerar en regel som endast för kataloger, och att ignorera en katalog ignorerar också allt inuti — "node_modules/" fångar även "node_modules/react/index.js", inte bara mappen själv. Både enkla "*" jokertecken och det rekursiva "**" stöds, på vilken position som helst.

Stäng av skiftlägeskänslig matchning för att kontrollera filsystem som inte skiljer mellan versaler och gemener, byt resultatstabellen för två enkla listor över ignorerade och inte-ignorerade sökvägar, eller dölj sökvägar som ingen regel fångade för att fokusera på vad dina regler faktiskt gör. Varningen för oanvända regler flaggar alla rader som inte matchade någon testad sökväg — ofta en skrivfel eller ett mönster som är kvar från en omdöpt mapp. Windows- och Unix-radslut hanteras på samma sätt i båda fälten, och sammanfattningen under utmatningen rapporterar testade sökvägar, ignorerade sökvägar och oanvända regler.

Allt körs i din webbläsare; varken dina .gitignore-regler eller din padlista laddas någonsin upp. Kopiera rapporten, ladda ned den som en .txt-fil, eller skicka tillbaka den till indata för att testa en annan batch sökvägar.

FAQ

Läser det här verktyget mina verkliga projektfiler?
Nej. Du klistrar in .gitignore-reglerna och sökvägarna själv — verktyget berör aldrig ett verkligt filsystem eller arkiv.
Varför visas en fil i en ignorerad mapp som ignorerad, även om ingen regel nämner dess namn?
En katalogregel som "build/" ignorerar mappen och allt inuti. Rapporten citerar den katalogegel som fattade beslutet, inte den saknade filspecifika.
Kan jag återinkludera en fil med "!" efter att ha uteslutit dess överordnade mapp?
Det här verktyget tillämpar negationsregler i ordning som git gör, men verklig git har en extra begränsning: det kommer inte att återinkludera en fil vars överordnade katalog redan är utesluten. Tänk på detta för negationsmönster som är kapslade inuti ignorerade mappar.
Vad betyder "regler som aldrig matchar"?
Det listar alla regler i din .gitignore som inte matchade någon av de testade sökvägarna — ett praktiskt sätt att upptäcka ett stavfel eller ett mönster som inte längre gäller för ditt projekt.
Laddas min .gitignore-fil eller padlista upp någonstans?
Nej. Matchningen körs helt i din webbläsare — ingenting du klistrar in här lämnar någonsin din enhet.