Erstelle saubere, deterministische .gitignore-Dateien für deinen gesamten Stack in wenigen Sekunden. Kombiniere offizielle Upstream-Regeln, beseitige Duplikate und lade produktionsreife Konfigurationen ohne Tracking herunter.
Kostenlos · Im Browser generiert · Kein Konto nötig
# Created by https://dotgitignore.com
# Edit at https://dotgitignore.com/generator?select=node,nextjs,docker,macos
### Node ###
node_modules/
npm-debug.log*
yarn-debug.log*
yarn-error.log*
.pnpm-debug.log*
### Next.js ###
.next/
out/
build/
dist/
### Environment Variables ###
.env
.env*.local
!.env.example
### Docker ###
.docker/
*.tar
### Operating System (macOS) ###
.DS_Store
.AppleDouble
.LSOverrideEntdecke vorkonfigurierte Technologie-Vorlagen mit verifizierten Ausschlussmustern und Regel-Details.
Speziell für Entwickler entwickelt, die saubere und deterministische Versionskontroll-Dateien verlangen:
Reine Zusammenführungslogik entfernt exakte Duplikate und bewahrt Negationsregeln (!pattern) sowie die Dateireihenfolge strikt.
Offizielle GitHub-Vorlagen ergänzt um moderne Stacks wie Vite, Astro, Svelte und Claude Code.
100% clientseitige TypeScript-Ausführung. Deine Stack-Auswahl und generierten Dateien verbleiben im Arbeitsspeicher und werden nie hochgeladen.
Eine klare, ablenkungsfreie Oberfläche mit nahtlosem Dark- und Light-Mode ohne SaaS-Ballast.
In der Git-Versionskontrolle werden ungetrackte Dateien standardmäßig als Kandidaten für Commits vorgemerkt. Eine .gitignore-Datei teilt Git mit, welche Dateien, Verzeichnisse und Muster vom Tracking ausgeschlossen werden sollen. Das verhindert das versehentliche Committen von Abhängigkeiten, sensiblen Zugangsdaten, Compiler-Artefakten und System-Caches.
Lokale Konfigurationsdateien wie .env, .env.local und private SSH-Schlüssel dürfen niemals ins Repository gelangen.
Paket-Manager-Verzeichnisse wie node_modules/, vendor/ oder virtuelle Python-Umgebungen (.venv/) blähen Repositories auf und gehören in Manifeste.
Kompilierte Binärdateien und Verzeichnisse wie dist/, target/, *.class und *.dll lassen sich aus dem Quellcode reproduzieren und gehören nicht in die Git-Historie.
Moderne Software-Architekturen basieren selten auf einem einzelnen Werkzeug. Ein typischer Full-Stack umfasst eine Laufzeitumgebung (wie Node.js oder Python), ein Framework (wie Next.js oder Spring Boot), Container (Docker), CI-Tools und Entwickler auf macOS, Windows oder Linux mit unterschiedlichen Editoren.
Ein .gitignore-Generator ermöglicht es dir, jede Technologie deines Stacks auszuwählen und zu einer einheitlichen, produktionsreifen Datei zu synthetisieren. Statt Code-Fragmente manuell aus Blog-Beiträgen oder Repositories zusammenzukopieren, führt DotGitIgnore Regeln deterministisch zusammen, bereinigt Duplikate und erzeugt eine normalisierte .gitignore-Datei.
Befolge diesen fünfstufigen Workflow, um deine .gitignore zu erstellen und einzusetzen:
Suche oder wähle Technologien im Generator aus über 321 kuratierten Vorlagen aus.
Prüfe kategorisierte Vorschauen und Regelzahlen im interaktiven Syntax-Betrachter.
Klicke auf Kopieren für die Zwischenablage oder Lade eine saubere .gitignore herunter.
Speichere die Datei im Stammverzeichnis deines Projekts als .gitignore ab.
Wurden Dateien bereits vor Hinzufügen der Regeln getrackt, führe git rm --cached aus.
Typische Ausschlussmuster für führende Programmiersprachen und Frameworks:
node_modules/ dist/ npm-debug.log* .env .env.local
__pycache__/ *.py[cod] .venv/ dist/ *.egg-info/
target/ *.class *.jar *.war .sts4-cache/
[Ll]ibrary/ [Tt]emp/ [Oo]bj/ [Bb]uild/ *.csproj
.terraform/ *.tfstate *.tfstate.* crash.log override.tf
*.pid docker-compose.override.yml .docker/ *.tar
Der Git-Musterabgleich verwendet Glob-Syntax, um Pfade im Repository zuzuordnen:
# commentZeilen, die mit einer Raute # beginnen, werden als Kommentare behandelt und von Git ignoriert.
temp/Ein abschließender Schrägstrich erzwingt den Abgleich nur auf Verzeichnisse, nicht auf Dateien mit gleichem Namen.
*.logEin Sternchen stimmt mit null oder mehr Zeichen innerhalb eines Pfadsegments überein (z. B. *.log).
/buildEin führender Schrägstrich verankert das Muster im Stammverzeichnis, in dem sich die .gitignore befindet.
**/logsEin Doppelstern stimmt rekursiv mit Verzeichnissen in beliebiger Tiefe der Baumstruktur überein.
!important.logEin Ausrufezeichen negiert ein vorheriges Muster und schließt eine zuvor ignorierte Datei wieder ein.
Alles Wichtige über Git-Ausschlussmuster, Verzeichnisregeln und empfohlene Arbeitsweisen.
Eine .gitignore-Datei ist eine einfache Textdatei im Stammverzeichnis deines Git-Repositorys. Sie legt fest, welche nicht verfolgten Dateien und Verzeichnisse Git ignorieren soll, damit Build-Dateien, Umgebungsvariablen, Abhängigkeiten und temporäre Systemdateien nicht versehentlich in die Versionskontrolle gelangen.
Platziere deine .gitignore-Datei im Stammverzeichnis deines Projekts (z. B. /mein-projekt/.gitignore). Dort gelten die Regeln rekursiv für alle Unterordner. Bei Bedarf kannst du auch zusätzliche .gitignore-Dateien in Unterverzeichnissen anlegen, wenn Regeln nur dort greifen sollen.
Ja. Moderne Softwareprojekte kombinieren fast immer mehrere Technologien (z. B. Python + React + Docker + macOS + VS Code). Mit DotGitIgnore kannst du beliebig viele Vorlagen auswählen, wobei Überschneidungen automatisch aufgelöst und identische Regeln zu einer einzigen Datei zusammengeführt werden.
Um einen ganzen Ordner und seinen Inhalt zu ignorieren, hänge einen Schrägstrich an das Ende des Verzeichnisnamens in deiner .gitignore (z. B. node_modules/ oder build/). Ein Muster ohne Schrägstrich passt auf Dateien und Verzeichnisse gleichen Namens, während der Schrägstrich die Regel auf Ordner beschränkt.
Das bloße Eintragen in die .gitignore ignoriert eine Datei nicht, wenn sie bereits in früheren Commits getrackt wurde. Um sie aus der Versionsverwaltung zu entfernen, ohne sie von der Festplatte zu löschen, führe 'git rm --cached <datei>' (oder 'git rm -r --cached <ordner>/') aus und committe die Änderung.
Ja. Das Ergebnis von DotGitIgnore ist standardmäßiger Git-Konfigurationstext. Du kannst projektspezifische Pfade ergänzen, lokale Umgebungsvariablen definieren, Kommentare hinzufügen oder einzelne Regeln nach dem Herunterladen nach Belieben bearbeiten.
Erstelle eine Datei namens .gitignore im Stammverzeichnis deines Projekts, trage die auszuschließenden Pfade oder Muster ein (z. B. dist/, .env, *.log) und committe sie mit 'git add .gitignore && git commit -m "Add .gitignore"'. Ab diesem Zeitpunkt ignoriert Git alle neu hinzukommenden Dateien, die den Regeln entsprechen.
Beim Prüfen des Arbeitsverzeichnisses (z. B. bei 'git status' oder 'git add .') gleicht Git noch nicht verfolgte Dateien mit den Mustern in den .gitignore-Dateien ab. Wenn ein Pfad zu einer Ausschlussregel passt und nicht durch ein nachfolgendes '!' aufgehoben wird, nimmt Git ihn nicht in den Index auf.
Sie hält das Git-Repository schlank und sicher, indem temporäre Cache-Dateien, kompilierte Artefakte, Drittanbieter-Pakete, systemspezifische Dateien (.DS_Store) und geheime Zugangsdaten (.env) aus der Versionskontrolle herausgehalten werden.
Ja. In fast allen Situationen sollte .gitignore ins Repository eingecheckt werden, damit alle Teammitglieder und CI/CD-Pipelines dieselben Ausschlussregeln nutzen. Für persönliche Werkzeuge auf deinem Rechner verwendest du stattdessen .git/info/exclude oder eine globale gitignore-Datei.
Der häufigste Grund ist, dass die Datei bereits von Git getrackt wird. .gitignore verhindert nur das Hinzufügen neuer Dateien, entfernt aber keine bereits versionierten. Entferne sie mit 'git rm --cached <datei>' aus dem Index und committe. Weitere Ursachen sind Syntaxfehler oder falsche Schrägstriche im Pfad.
Wurde die .gitignore bereits committet, hat der Eintrag keinen Effekt, da Git sie bereits verfolgt. Trägt man sie vor dem ersten Commit ein, ignoriert Git die .gitignore-Datei selbst, sodass sie nicht mit dem Team geteilt werden kann. In der Praxis sollte .gitignore niemals sich selbst ignorieren.
Führe den Befehl 'git check-ignore -v <pfad>' aus. Wenn die Datei ignoriert wird, gibt Git die zuständige .gitignore-Datei, die Zeilennummer und das passende Muster aus. Mit 'git status --ignored' siehst du zudem alle aktuell ignorierten Dateien im Verzeichnis.
Erstelle die Datei vor deinem allerersten Commit, gruppiere Regeln nach logischen Kategorien (Abhängigkeiten, Build-Ausgaben, lokale Geheimnisse), committe sie in die Versionskontrolle und verwalte persönliche IDE-Einstellungen in einer globalen Datei. DotGitIgnore sorgt von Beginn an für saubere Regeln.
Build-Ausgaben (dist/, build/), Abhängigkeitsordner (node_modules/, vendor/), Umgebungsvariablen (.env*), kompilierte Binärdateien (*.class, *.o) und Log-Dateien (*.log). Niemals ignoriert werden sollten Quellcode, Konfigurationsbeispiele (.env.example) oder Paket-Lockfiles.
Ja. Git unterstützt verschachtelte .gitignore-Dateien. Muster in einem Unterordner gelten nur für diesen Ordner und haben Vorrang vor den Regeln der Stammdatei. Das ist besonders praktisch bei Monorepos mit mehreren Programmiersprachen oder Microservices.
Um eine Datei überall im Projekt zu ignorieren, trage ihren Namen ein (z. B. geheimnis.txt). Soll sie nur direkt im Stammverzeichnis ignoriert werden, stelle einen Schrägstrich voran (/geheimnis.txt). Für eine bestimmte Datei in einem Unterordner gibst du den relativen Pfad an (config/credentials.json).
Füge .env sowie lokale Varianten (.env.local, .env.*.local) zu deiner .gitignore hinzu, um das Veröffentlichen von API-Keys und Passwörtern zu verhindern. Committe stattdessen eine bereinigte .env.example-Datei mit Platzhaltern, damit Mitwirkende die benötigten Variablen kennen.
.gitignore wird in Git versioniert und mit allen Projektbeteiligten geteilt – ideal für projektweite Regeln wie Build-Ordner. .git/info/exclude liegt lokal in .git/, wird niemals committet oder gepusht und eignet sich perfekt für persönliche Werkzeuge auf deiner Maschine.
Ein Ausrufezeichen negiert ein vorheriges Muster, um eine zuvor ausgeschlossene Datei doch wieder aufzunehmen (z. B. *.log gefolgt von !wichtig.log). Beachte: Wurde das übergeordnete Verzeichnis bereits ignoriert, kann Git darin liegende Dateien mit '!' nicht wieder reaktivieren.
Du kannst das Hinzufügen einer ignorierten Datei erzwingen mit 'git add -f <pfad>'. Sobald sie committet wurde, verfolgt Git sie wie gewohnt weiter, selbst wenn sie zu einer .gitignore-Regel passt, bis sie ausdrücklich mit 'git rm --cached' entfernt wird.
Kombiniere offizielle Vorlagen, eliminiere Regelduplikate und generiere produktionsreife Konfigurationen in Sekundenschnelle.