Werden bereits getrackte Dateien automatisch entfernt?

Nein. .gitignore wirkt nur auf neue Dateien. Bereits versionierte Dateien müssen mit 'git rm --cached ' aus dem Index entfernt werden, dann greift die Ignore-Regel.

.gitignore-Generator 2026

So funktioniert der Generator

Wir kombinieren erprobte Vorlagen aus der Community (orientiert am offiziellen GitHub-Repo) und fügen sie zu einer einzigen .gitignore zusammen. Jede Sektion ist mit einem Kommentar markiert, sodass Sie später nachvollziehen können, welche Zeile zu welchem Stack gehört.

Format der .gitignore

Eine .gitignore besteht aus Zeilen mit Glob-Mustern. Leerzeilen und mit # beginnende Zeilen werden ignoriert. Pfade können relativ oder mit führendem / verankert sein. Verzeichnisse markiert man mit nachgestelltem /. Negationen mit ! holen Dateien zurück, die durch ein vorheriges Pattern ausgeschlossen wurden.

Anwendung im Team

Eine gut gepflegte .gitignore ist Teil der Projekthygiene. Sie verhindert, dass jeder Entwickler dieselben temporären Dateien einzeln aus dem Index nehmen muss. Für persönliche Tool-Konfigurationen (Editor, OS) eignet sich dagegen die globale .gitignore – die Projekt-Datei sollte nur projektrelevante Muster enthalten.

Datenschutz

Der Generator läuft vollständig clientseitig. Es werden keine Templates oder Konfigurationen an einen Server übertragen.

Typische Fehler

.env nicht ignoriert – API-Keys landen im öffentlichen Repository.
Zu spät hinzugefügt: bereits getrackte Dateien werden nicht rückwirkend entfernt.
Unterschiede zwischen / und kein / vergessen – /build/ matcht nur das Root-Verzeichnis, build/ überall.
Editor-spezifische Patterns lokal in die Projekt-Datei – besser global ignorieren.

Häufige Fragen

.gitignore weist Git an, bestimmte Dateien und Ordner zu ignorieren. Sie liegt im Projektroot oder in Unterordnern und enthält Glob-Muster pro Zeile. Typische Kandidaten sind Build-Ordner, Abhängigkeiten und persönliche Konfigurationen.

Üblicherweise im Wurzelverzeichnis des Repositories. Zusätzlich kann jede Unterdomäne eine eigene .gitignore haben, deren Regeln nur dort gelten.

Nein. .gitignore wirkt nur auf neue Dateien. Bereits versionierte Dateien müssen mit 'git rm --cached <file>' aus dem Index entfernt werden, dann greift die Ignore-Regel.

Ja, das ist sogar üblich. Wählen Sie z.B. Node, macOS und VSCode gleichzeitig – die Regeln werden zusammengeführt und doppelte Einträge sind unkritisch.

* steht für beliebig viele Zeichen außer /. ** matcht über mehrere Verzeichnisse hinweg. ? matcht genau ein Zeichen. Ein vorangestelltes ! negiert eine vorherige Regel.

Unbedingt. .env enthält oft API-Keys, Datenbankzugänge oder Tokens. Diese gehören niemals in ein öffentliches oder geteiltes Repository. Stattdessen committen Sie eine .env.example mit leeren Werten.

Mit einem negierten Pattern: zuerst /uploads/ ignorieren, dann !uploads/.gitkeep wieder erlauben. So bleibt der Ordner im Repo, sein Inhalt aber nicht.

Ja. Mit 'git config --global core.excludesfile ~/.gitignore_global' können Sie systemweite Regeln festlegen, etwa für Editor-Dateien oder Betriebssystem-Müll wie .DS_Store.