- Läuft das auf dem Server?
- Nein. Jede Vorlage steckt im JavaScript-Bundle der Seite, und das Zusammenführen passiert in deinem Browser. Wir laden deine Auswahl nicht hoch, protokollieren sie nicht und speichern sie nicht. Lade die Seite neu, und alles ist wieder leer.
- Welche Technologien werden unterstützt?
- Sprachen: Node.js, Python, Java, Ruby, Go, Rust, PHP, C++, C#. Frameworks: React, Vue, Next.js, Astro, Rails, Django, Spring. Editoren: VSCode, die IntelliJ-Familie, Vim, Emacs, Sublime Text. Betriebssysteme: macOS, Windows, Linux. Jede Kombination geht — je mehr du wählst, desto mehr Regeln landen in der Datei.
- Woher kommen die Vorlagen?
- Die Regelsätze stammen aus dem Repository github/gitignore, das unter CC0 (gemeinfrei) veröffentlicht ist. Wir haben sie auf das gekürzt, was 2026 wirklich zählt — alte AOL/CVS-Reste raus, Yarn/PNPM/Vite-Caches drin, moderne Bundler-Ausgaben drin. Die Regeln sind in die Seite eingebaut; wir laden sie nicht zur Laufzeit, deshalb funktioniert das Tool auch offline.
- Wie sieht die Datei aus?
- Ein kurzer Kopf, der die gewählten Vorlagen nennt, dann ein ### Abschnitt ### pro Vorlage mit deren Regeln. Kommentare und Leerzeilen jeder Vorlage bleiben unverändert erhalten, damit sich die Datei im Editor sauber liest. Die Regeln in jedem Abschnitt behalten ihre ursprüngliche Reihenfolge — wir sortieren nie um.
- Wie funktioniert das Entfernen von Duplikaten?
- Wenn zwei Vorlagen dieselbe Regel enthalten (z. B. steht .env in Node, Python, PHP und Ruby), wird die Regel einmal ausgegeben — in der ersten Vorlage, die sie enthält. Spätere Vorkommen werden still weggelassen. Kommentare und Leerzeilen bleiben in jedem Abschnitt erhalten, damit Abschnittsüberschriften und Erklärungen lesbar bleiben.
- Kann ich die erzeugte Datei danach bearbeiten?
- Ja — du bekommst reinen Text. Öffne ihn im Editor, ergänze projektspezifische Pfade, wirf Abschnitte raus, die du nicht brauchst, kommentier Dinge aus. Der Generator ist ein Startpunkt, kein Vertrag. Die meisten Teams ergänzen ein paar eigene Regeln (build/, .vercel/, .turbo/, Pfade zu lokaler Konfiguration), sobald sie die Eigenheiten des Projekts kennen.
- Warum Regeln fürs Betriebssystem wie .DS_Store und Thumbs.db?
- In gemischten Teams (Mac, Windows und Linux) committen Leute die Metadaten-Dateien der anderen Systeme, wenn diese nicht ignoriert werden. Die macOS-Vorlage deckt .DS_Store, ._*, .Spotlight-V100 und .Trashes ab. Die Windows-Vorlage deckt Thumbs.db, Desktop.ini und $RECYCLE.BIN ab. Die Linux-Vorlage deckt .Trash-*, .fuse_hidden* und Swap-Dateien ab. Wähl alle drei, wenn dein Team alle drei nutzt.
- Was ist mit Geheimnissen wie .env-Dateien?
- Jede passende Vorlage (Node, Python, PHP, Ruby, Go sowie Next.js und Astro) enthält .env. Hast du mindestens eine davon gewählt, steht die Regel in deiner Datei. Wenn du vorsichtig bist (und das solltest du sein), prüf nach: Öffne die erzeugte Datei, such nach .env und vergewissere dich. Eine .env-Datei mit API-Schlüsseln zu committen ist einer der häufigsten Wege, Zugangsdaten zu leaken.
- Was ist der Unterschied zu gitignore.io / toptal.com/developers/gitignore?
- Gleiche Idee, andere Umsetzung. Wir laufen komplett im Browser — kein Server, kein API-Aufruf, kein Rate-Limit. Der Preis dafür: Unsere Vorlagenliste ist kleiner (die gängigsten rund 22 Technologien, nicht der lange Schwanz von 500+). Für ein Projekt mit Node, Next.js, VSCode und macOS bekommst du dieselben wichtigen Regeln; für einen Nischen-Stack (CodeIgniter, ColdFusion, MATLAB) nimm ein anderes Tool.
- Darf ich die erzeugte Datei in einem privaten oder kommerziellen Projekt nutzen?
- Ja. Die Regelsätze stammen aus github/gitignore, das unter CC0 steht (Widmung an die Gemeinfreiheit) — keine Namensnennung nötig, keine Lizenz, die du übernehmen musst, überall nutzbar. Eine .gitignore ist eine Liste von Dateimustern; eine Liste von Dateimustern kann man kaum urheberrechtlich schützen, aber CC0 macht es ausdrücklich.
