Ga naar inhoud
100% lokaal

.gitignore regelchecker

Controleer welke .gitignore-regels elk pad negeren of toestaan, en waarom.

Invoer
Paden om te testen
Uitvoer

.gitignore regelchecker

Plak een .gitignore-bestand in het eerste veld en een lijst met bestand- of mappaden in het tweede veld, en dit hulpmiddel vertelt u wat er met elk gebeurt: genegeerd of niet, en welke regel het bepaalde. Het is gebouwd voor het moment waarop een bestand dat u verwacht te volgen toch in git status verschijnt, of wanneer een build-artefact dat u uitgesloten hebt accidenteel wordt gecommit.

De matching-logica volgt echte .gitignore-semantica: patronen worden op volgorde geëvalueerd en de laatst overeenkomende regel wint, dus een breed "*.log" eerder in het bestand kan worden overschreven door een nauwkeurigger "!important.log" later. Een achtergeplaatste schuine streep markeert een regel als alleen voor mappen, en het negeren van een map negeert ook alles erin — "node_modules/" vangt ook "node_modules/react/index.js" op, niet alleen de map zelf. Zowel enkele "*" jokertekens als het recursieve "**" worden ondersteund, op elke positie.

Zet de hoofdlettergevoeligheid uit om bestandssystemen te controleren die geen onderscheid maken tussen hoofd- en kleine letters, wissel de resultatentabel voor twee gewone lijsten van genegeerde en niet-genegeerde paden, of verberg paden waarop geen regel van toepassing was om u te concentreren op wat uw regels eigenlijk doen. De waarschuwing voor ongebruikte regels toont elke regel die geen getest pad matched — meestal een typefout of een patroon dat over is gebleven van een hernoemde map. Windows- en Unix-regelafbrekingen worden in beide velden op dezelfde manier behandeld, en de tally onder de uitvoer rapporteert geteste paden, genegeerde paden en ongebruikte regels.

Alles draait in uw browser; uw .gitignore-regels en uw padlijst worden nooit geüpload. Kopieer het rapport, download het als .txt-bestand, of stuur het terug naar de invoer om nog een batch paden te testen.

FAQ

Leest dit hulpmiddel mijn echte projectbestanden?
Nee. U plakt de .gitignore-regels en de paden zelf in — het hulpmiddel raakt nooit een echt bestandssysteem of repository aan.
Waarom wordt een bestand in een genegeerde map weergegeven als genegeerd, ook al noemt geen regel de naam ervan?
Een mapterregel zoals "build/" negeert de map en alles erin. Het rapport citeert de mapterregel die het besluit nam, niet de ontbrekende bestand-specifieke.
Kan ik een bestand met "!" opnieuw opnemen nadat ik de bovenliggende map heb uitgesloten?
Dit hulpmiddel past negeerregels op volgorde toe zoals git doet, maar echte git heeft een extra beperking: het zal een bestand niet opnieuw opnemen waarvan de bovenliggende map al is uitgesloten. Houd dit in gedachten voor negeerpatronen die in genegeerde mappen zijn genest.
Wat betekent "regels die niet matchen"?
Het bevat alle regels in uw .gitignore die geen van de geteste paden hebben gematched — een handige manier om een typefout of een patroon dat niet meer op uw project van toepassing is, op te sporen.
Wordt mijn .gitignore-bestand of padlijst ergens geüpload?
Nee. Matching vindt volledig in uw browser plaats — niets wat u hier plakt verlaat ooit uw apparaat.