01
Suchen verändert nur die Anzeige
Verborgene ausgewählte Vorlagen bleiben aktiv und zählen weiter mit. Die Ausgabe folgt der festen Katalogreihenfolge, nicht der Reihenfolge Ihrer Klicks. Erneutes Auswählen verschiebt einen Abschnitt nicht.
Git / Versionsverwaltung
Gitignore-Generator
Entwicklungsumgebung auswählen, Projektregeln ergänzen und die gemeinsame Datei prüfen.
Gitignore-Generator
Vorlagen wählen
Ausgewählt: 0.
Eigene Regeln, zuletzt angehängt
.gitignore-Ergebnis
Vorlagen und Regeln werden im Browser verarbeitet. Projektdateien werden weder gelesen noch hochgeladen.
Ausgabeoptionen
Nur identische normale Regeln zwischen Negationen werden entfernt. Alle !-Regeln und ihre Reihenfolge bleiben erhalten.
Eine Vorlage wählen oder eine Regel eingeben.
Bei einem neuen Repository genügt eine Sprachvorlage oft nicht: Betriebssystem und Editor hinterlassen eigene Dateien. Der Gitignore-Generator führt diese Ebenen zusammen, ohne beim Öffnen eine bestimmte Umgebung vorauszuwählen.
Wählen Sie nur passende Umgebungen. Zu breite Ausschlüsse können Konfigurationen verbergen, die das Team teilen möchte. Prüfen Sie daher auch Ausnahmen und nicht nur die Zahl der erzeugten Regeln.
Warum diesen Gitignore-Generator nutzen?
Quellen nachvollziehbar zusammenführen
Der Gitignore-Generator enthält 18 GitHub-Vorlagen aus einem festgelegten Commit. Quelldateien, Prüftermin und CC0-Lizenz sind dokumentiert. Mit Kommentaren bleiben die Abschnitte erkennbar; dieselbe Auswahl liefert dieselbe Reihenfolge.
Wiederholungen nach einer Ausnahme erhalten
Bei *.log, !important.log, *.log schließt die letzte Regel die Datei erneut aus. Würde man sie global als Duplikat entfernen, änderte sich das Verhalten. Jede Negation setzt deshalb den Vergleichsbereich zurück und bleibt selbst erhalten.
Auswahl und Vorrang bewusst prüfen
02
Eigene Ausnahmen kommen zuletzt
Eigene Regeln werden hinter allen Vorlagen angehängt. Ein späterer Treffer kann einen früheren überschreiben; eine ausgeschlossene Elternverzeichnis verhindert jedoch die Wiederaufnahme ihrer Kinder. cache/* und cache/ sind deshalb verschieden.
03
Repräsentative Pfade testen
Nach jeder Änderung ist die alte Ausgabe für Export gesperrt. Wählen Sie anschließend ausdrücklich eigene Eingabe oder frisches Ergebnis für den Tester. Große Dateien bleiben vollständig herunterladbar, auch wenn die Übergabegrenze erreicht ist.
Was die gemeinsame Datei enthält
Mehrere Stacks zusammenstellen
Um eine gitignore zu erstellen, lassen sich etwa Node.js, Python, Java, Go oder Rust mit macOS, Linux, Windows und Editoren verbinden. Nicht gewählte Umgebungen tragen keine Muster bei.
Bestehenden Inhalt ergänzen
Eine vorhandene Datei kann als eigener Regelblock eingefügt werden. Auch ohne Vorlagen ist eine Ausgabe möglich. CRLF und CR werden zu LF; ein anfängliches BOM entfällt. Bedeutende Leerzeichen und Escape-Zeichen bleiben bestehen.
Bereinigung mit überprüfbarer Anzahl
Die entfernten identischen normalen Regeln werden gezählt. Ohne Deduplizierung bleiben auch Wiederholungen erhalten. Gegensätzliche identische Muster werden gemeldet, aber nicht automatisch aufgelöst; überlappende Wildcards werden nicht vereinfacht.
Versionierte gitignore Vorlagen
Die Quelle ist github/gitignore, Commit 356fd7baab4c vom 2026-09-11, geprüft am 2026-09-16. Jeder Link zeigt die genaue Quelldatei. Kommentare des Ursprungs werden nicht automatisch übersetzt.
Grenzen vor dem Einsatz im Repository
- Keine Änderung am Git-Index
- Das Werkzeug erzeugt Text und öffnet kein Repository. Bereits verfolgte Dateien werden nicht aus dem Index entfernt, und die Historie bleibt unangetastet. Solche Änderungen müssen separat geprüft werden.
- Keine Sortierung oder Absichtserkennung
- Es gibt keine alphabetische Sortierung, Muster-Minimierung oder automatische Konfliktlösung. Die Reihenfolge bleibt erhalten. Auch der letzte eigene Block kann ausgeschlossene Elternverzeichnisse nicht ohne passende Regeln überwinden.
- Vorlagen brauchen Projektkenntnis
- 18 Vorlagen decken nicht jedes Framework ab und erkennen keine Geheimnisse. Prüfen Sie Zugangsdaten, Lockfiles und gemeinsame Editor-Einstellungen selbst. Eine Ignore-Datei entfernt keine schon veröffentlichten Inhalte.
- Begrenzte eigene Eingabe
- Erlaubt sind 50.000 UTF-16-Codeeinheiten, 2.000 physische Zeilen und 512 Einheiten pro Zeile. Ungültiges Unicode und Steuerzeichen außer Tabulatoren und Zeilenumbrüchen werden abgelehnt. Exportiert wird die gesamte Ausgabe.
- Kleinerer Umfang im Tester
- Der vorhandene Tester erlaubt 50 physische Zeilen einschließlich leerer Schlusszeile, jeweils bis 256 Einheiten. Schalten Sie Kommentare aus oder wählen Sie einen kurzen eigenen Ausschnitt. Große Ergebnisse werden nicht still gekürzt.
Gitignore-Generator: häufige Fragen
Lassen sich Vorlagen für mehrere Stacks verbinden?
Ja. Wählen Sie die benötigten Sprachen, Systeme und Editoren gemeinsam. Die Abschnitte folgen der festen Reihenfolge des Katalogs, danach kommen eigene Regeln. Eine Suche hebt keine Auswahl auf.
Warum verfolgt Git die Datei trotz .gitignore weiter?
Eine Ignore-Regel wirkt nicht rückwirkend auf Dateien im Index. Prüfen Sie deren Tracking-Zustand und entscheiden Sie in Git, ob sie weiterhin versioniert werden sollen. Dieses Werkzeug nimmt keine Indexänderungen vor.
Wohin gehört die erzeugte Datei?
Speichern Sie sie als .gitignore im vorgesehenen Verzeichnis, häufig im Projektstamm. Muster beziehen sich auf diesen Ort. Prüfen Sie vorhandene Regeln vor dem Ersetzen; der Download schreibt keine lokale Datei automatisch um.
Wird meine Vorlagenauswahl gespeichert?
Nein. Die Auswahl bleibt nur im aktuellen Seitenzustand. Es gibt weder zuletzt verwendete Vorlagen noch eine dauerhafte Speicherung der Regeln. Beim erneuten Öffnen beginnt die Seite leer.
Welche Vorlagen lassen sich kombinieren?
Die 18 eingebauten Vorlagen lassen sich frei kombinieren. Nicht enthaltene Umgebungen ergänzen Sie über eigene Regeln. Ein automatischer Abruf beliebiger weiterer Vorlagen oder eine Repository-Erkennung findet nicht statt.
Ist eine Regelkombination unklar?
Die nächste Repository-Datei vorbereiten
Der Gitignore-Generator liefert einen nachvollziehbaren Ausgangspunkt. Prüfen Sie Ausnahmen und gemeinsam benötigte Dateien, bevor Sie das vollständige Ergebnis als .gitignore im Projekt ablegen.