DevToolPal
DE

.gitignore-Generator

Erstelle eine .gitignore-Datei, indem du Vorlagen für deine Sprachen, Frameworks, Editoren und Betriebssysteme kombinierst.

Läuft lokal, wird nie hochgeladen

Optionen

Vorlagen · 4 ausgewählt
Sprachen
Frameworks
Build & Infrastruktur
Spiele-Engines
Editoren & IDEs
Betriebssysteme
Sonstiges

.gitignore

0 Zeichen · 0 B

Was das Tool macht

Der .gitignore-Generator erstellt die .gitignore-Datei für dein Repository aus fertigen Vorlagen. Wähle die Sprachen, Frameworks, Build-Tools, Spiele-Engines, Editoren und Betriebssysteme deines Projekts, und das Tool fügt ihre Regeln zu einer Datei mit einer Überschrift ### Name ### pro Abschnitt zusammen – bereit zum Kopieren oder Herunterladen.

Enthalten sind rund sechzig Vorlagen aus der Sammlung github/gitignore: Node.js, Python, Java, Go, Rust, .NET, Swift, PHP-Frameworks wie Laravel und Symfony, Next.js, Flutter, Android, Terraform, Unity, Unreal Engine, Godot, VS Code, JetBrains-IDEs, Vim, Emacs, macOS, Windows, Linux und mehr. Alles läuft in deinem Browser; es werden keine Anfragen gesendet.

So funktioniert es

  1. Klicke auf Vorlagen in der Liste, um sie hinzuzufügen. Die Suche kennt auch gängige Aliasse: „typescript“ findet Node.js, „intellij“ findet JetBrains.
  2. Ausgewählte Vorlagen erscheinen oben als Chips in der Reihenfolge der Auswahl, und die Datei folgt dieser Reihenfolge. Ein Klick auf einen Chip entfernt ihn, Leeren setzt alles zurück.
  3. Projektspezifische Einträge trägst du unter Eigene Regeln kommagetrennt ein, zum Beispiel .env, /dist, *.local. Sie werden am Ende in einem Abschnitt ### Custom ### angehängt.
  4. Lege fest, ob die erklärenden Kommentare der Vorlagen erhalten bleiben und ob Regeln entfernt werden, die eine frühere Vorlage schon enthält.
  5. Kopiere das Ergebnis oder lade es herunter. Die Datei heißt .gitignore; speichere sie im Wurzelverzeichnis des Repositorys.

Die Auswahl steht in der Adresse der Seite, sodass ein Lesezeichen oder geteilter Link dieselbe Datei wiederherstellt.

Beispiel

Mit Node.js, macOS und VS Code, der eigenen Regel .env.local und ausgeschalteten Kommentaren entsteht eine Datei wie diese (gekürzt):

### Node.js ###
logs
*.log
npm-debug.log*
…
node_modules/
…

### macOS ###
.DS_Store
.AppleDouble
.LSOverride
…

### VS Code ###
.vscode/*
!.vscode/settings.json
!.vscode/tasks.json
!.vscode/launch.json
!.vscode/extensions.json
!.vscode/*.code-snippets
!*.code-workspace
*.vsix

### Custom ###
.env.local

Muster mit führendem ! schließen wieder ein, was eine frühere Regel ausgeschlossen hat: Hier bleiben gemeinsame VS-Code-Einstellungen, Tasks und Startkonfigurationen im Repository, während persönlicher Editor-Zustand ignoriert wird. .env als eigene Regel hinzuzufügen würde nichts ändern, weil die Node.js-Vorlage sie bereits enthält.

Tipps

  • Regeln für deine persönlichen Werkzeuge (Swap-Dateien des Editors, Metadaten des Systems) gehören in eine globale Ausschlussdatei – so profitieren alle Repositorys, ohne sie zu wiederholen.
  • Ein abschließender Schrägstrich wie build/ passt nur auf Verzeichnisse; ein führender wie /build verankert die Regel im Wurzelverzeichnis des Repositorys.
  • Mit git check-ignore -v <Pfad> siehst du, welche Zeile welcher Ignore-Datei auf einen Pfad zutrifft.
  • Verlasse dich nicht auf .gitignore, um bereits committete Geheimnisse zu schützen: Tausche sie aus und schreibe die Historie neu.

FAQ

› Woher stammen die Vorlagen?

Es sind mitgelieferte Kopien der offiziellen Sammlung github/gitignore, die GitHub unter der Gemeinfreiheitserklärung CC0 veröffentlicht. Beim Benutzen wird nichts heruntergeladen; die Vorlagen sind Teil der Seite.

› Warum wird eine Datei noch verfolgt, obwohl sie in .gitignore steht?

.gitignore wirkt nur auf nicht verfolgte Dateien. Wurde die Datei schon committet, entferne sie mit git rm --cached <Datei> (bei Ordnern mit -r) aus dem Index und committe; die Datei bleibt auf der Festplatte und wird ab dann ignoriert.

› Was bewirkt Doppelte Regeln entfernen?

Viele Vorlagen teilen sich Regeln: Java und Kotlin ignorieren *.class, C und C++ ignorieren *.o. Mit der Option wird jede Regel nur beim ersten Auftreten geschrieben, und ein Überschriftskommentar, dessen Regeln alle entfernt wurden, fällt ebenfalls weg. Schalte sie aus, um jede Vorlage genau wie veröffentlicht zu erhalten.

› Sollte ich die .gitignore-Datei committen?

Ja. Eine committete .gitignore gilt für alle, die das Repository klonen. Regeln, die nur deinen Rechner betreffen, etwa für Editor oder Betriebssystem, können auch in eine globale Ausschlussdatei (git config --global core.excludesFile ~/.gitignore_global).