Zum Inhalt springen
TextArray1.41.0
100% lokal

.gitignore-Regeltester

Überprüfen Sie, welche .gitignore-Regeln jeden Pfad ignorieren oder erlauben, und warum.

Eingabe
Zu testende Pfade
Ausgabe
Verwandte Tools
.gitignore GeneratorEntwickler-Tools
Robots.txt-TesterneuEntwickler-Tools
Regex-TesterEntwickler-Tools
i18n SchlüsseldiffEntwickler-Tools
TOML-zu-JSON-KonverterEntwickler-Tools
SQL zu JSONEntwickler-Tools
.gitignore-Regeltester
Fügen Sie eine .gitignore-Datei in das erste Feld und eine Liste von Datei- oder Ordnerpfaden in das zweite Feld ein, und dieses Tool zeigt Ihnen, was mit jedem passiert: ignoriert oder nicht und welche Zeile des Regelsets es entschieden hat. Es wurde für den Moment entwickelt, in dem eine Datei, die Sie verfolgten erwarten, trotzdem in git status angezeigt wird, oder wenn ein Build-Artefakt, das Sie ausgeschlossen haben, versehentlich committetet wird.
Die Matching-Logik folgt echter .gitignore-Semantik: Muster werden der Reihe nach bewertet und die letzte passende Regel gewinnt, also kann ein breites "*.log" früher in der Datei durch ein präziseres "!important.log" später überschrieben werden. Ein nachgestellter Schrägstrich kennzeichnet eine Regel als nur für Verzeichnisse, und das Ignorieren eines Verzeichnisses ignoriert auch alles darin — "node_modules/" erfasst auch "node_modules/react/index.js", nicht nur den Ordner selbst. Sowohl einzelne "*"-Platzhalter als auch das rekursive "**" werden unterstützt, an jeder Position.
Deaktivieren Sie Großschreibungsempfindlichkeit, um Dateisysteme zu prüfen, die Groß- und Kleinschreibung nicht unterscheiden, wechseln Sie die Ergebnistabelle zu zwei einfachen Listen von ignorierten und nicht ignorierten Pfaden, oder verbergen Sie Pfade, die keine Regel erfasst hat, um sich auf das zu konzentrieren, was Ihre Regeln tatsächlich tun. Die Warnung zu nicht verwendeten Regeln zeigt jede Zeile an, die keinen getesteten Pfad erfasst hat — oft ein Tippfehler oder ein Muster, das von einem umbenannten Ordner übrig geblieben ist. Windows- und Unix-Zeilenumbrüche werden in beiden Feldern gleich behandelt, und die Zusammenfassung unter der Ausgabe zeigt getestete Pfade, ignorierte Pfade und ungenutzte Regeln.
Alles läuft in Ihrem Browser; Ihre .gitignore-Regeln oder Ihre Pfadliste werden nie hochgeladen. Kopieren Sie den Bericht, laden Sie ihn als .txt-Datei herunter, oder senden Sie ihn zurück in die Eingabe, um eine weitere Charge von Pfaden zu testen.
Häufige Fragen
Liest dieses Tool meine echten Projektdateien?
Nein. Sie fügen die .gitignore-Regeln und die Pfade selbst ein – das Tool greift niemals auf ein echtes Dateisystem oder Repositorium zu.
Warum wird eine Datei in einem ignorierten Ordner als ignoriert angezeigt, obwohl keine Regel seinen Namen erwähnt?
Eine Verzeichnisregel wie "build/" ignoriert den Ordner und alles darin. Der Bericht zitiert die Verzeichnisregel, die den Anruf getätigt hat, nicht die fehlende dateiespezifische.
Kann ich eine Datei mit "!" erneut einbinden, nachdem ich ihren übergeordneten Ordner ausgeschlossen habe?
Dieses Tool wendet Negierungsregeln der Reihe nach an wie git, aber echtes git hat eine zusätzliche Einschränkung: Es wird eine Datei nicht erneut einbinden, deren übergeordnetes Verzeichnis bereits ausgeschlossen ist. Behalten Sie dies für Negierungsmuster im Sinn, die in ignorierten Ordnern verschachtelt sind.
Was bedeutet "Regeln, die nicht passen"?
Es werden alle Regeln in Ihrer .gitignore aufgelistet, die keinen der getesteten Pfade erfasst haben — eine nützliche Möglichkeit, einen Tippfehler oder ein Muster zu erkennen, das nicht mehr für Ihr Projekt gilt.
Wird meine .gitignore-Datei oder meine Pfadliste irgendwo hochgeladen?
Nein. Das Matching läuft vollständig in Ihrem Browser – nichts, was Sie hier einfügen, verlässt jemals Ihr Gerät.