Wählen Sie passende Projektvorlagen und prüfen Sie typische Pfade. Der Abgleich deckt gängige Muster ab; Sonderfälle sollten Sie mit Git kontrollieren.
Läuft lokal in deinem BrowserWählen Sie die Vorlagengruppen, die Ihr Projekt braucht, und drücken Sie auf .gitignore erzeugen. Die elf Gruppen folgen den üblichen Listen für Node.js, Python, PHP/Composer, Java/Gradle, Go, Rust, macOS, Windows, VS Code, JetBrains und lokale Umgebungsdateien; gleiche Zeilen werden einmal geschrieben und jede Gruppe behält ihren Kommentar und eine Leerzeile.
Das Pfadfeld ist der Test. Tragen Sie einen repository-relativen Pfad pro Zeile ein und drücken Sie auf Pfade testen: jede Zeile wird gegen die erzeugten Muster geprüft und der Bericht antwortet ignoriert oder eingeschlossen zusammen mit dem Muster, das entschieden hat. Die Prüfung folgt gitignore(5): ein Muster mit Schrägstrich wird an der Repository-Wurzel verankert, * endet am Schrägstrich, ** überschreitet ihn, ? ist ein Zeichen, [abc] ist eine Zeichenklasse, ein abschließender Schrägstrich gilt nur für Verzeichnisse und alles unterhalb eines ignorierten Verzeichnisses bleibt ignoriert.
Jede Gruppe ist eine feste Zeilenliste. Der Generator schreibt die gewählten Gruppen in der Reihenfolge der Kontrollkästchen, überspringt eine Zeile, die schon in einer früheren Gruppe stand, und lässt eine Leerzeile zwischen den Gruppen. Die Negationen der VS-Code- und Umgebungsgruppe sind normale Zeilen und bleiben unverändert.
Beim Erzeugen wird nichts geladen: die Listen stehen im Seitenskript, dieselbe Auswahl ergibt also immer denselben Text, und die Datei lässt sich offline bauen.
Der Test wandelt jede Zeile der erzeugten Datei in ein Muster um und läuft den Pfad von der Repository-Wurzel nach unten ab. Ein Treffer auf ein übergeordnetes Verzeichnis entscheidet den Pfad, bevor seine eigenen Regeln gelesen werden — deshalb bleibt .vscode/settings.json in der Voreinstellung ignoriert, obwohl die Datei auch !.vscode/settings.json enthält.
Ein Pfad ohne abschließenden Schrägstrich wird als Datei und danach als Verzeichnis geprüft, eine Regel wie logs/ deckt also auch den Pfad logs ab. Der Bericht nennt das Muster, das die jeweilige Zeile entschieden hat, Negationen eingeschlossen.
Zwei Bedingungen werden gemeldet: ein Muster, das mit nicht maskiertem Leerraum endet (Git entfernt ihn vor dem Vergleich), und eine Negation, deren übergeordnetes Verzeichnis ausgeschlossen ist (Git steigt dort nicht hinab, die Negation kann also nichts wieder einschließen).
Jeder Bericht endet mit derselben Grenze: verschachtelte .gitignore-Dateien, core.excludesFile, Dateisysteme ohne Groß-/Kleinschreibung und der Rest der vollständigen Git-Engine gehören nicht zu diesem Test.