ForHosting KIT · Websites auslesen & überwachen

Erstellen Sie eine .gitignore-Vorlage für Ihren Stack

Erstellen Sie eine praktische .gitignore, ohne mehrere Vorlagen durchsuchen oder wiederholte Regeln pflegen zu müssen.

● BetaKostenlos · im Browser
Nutzen Sie es über WebAPIE-MailTelegramApp bald

Wählen Sie die Technologien und Betriebssysteme Ihres Repositorys aus; der Generator führt deren Standardmuster deterministisch in einer Datei zusammen. Doppelte Stacks und identische Muster werden entfernt, wobei die erste sinnvolle Reihenfolge erhalten bleibt. Unbekannte Namen lösen einen klaren Eingabefehler aus, statt unbemerkt eine unvollständige Vorlage zu erzeugen.

Wählen Sie alle Stacks mit lokalen Artefakten aus

Beginnen Sie mit den Sprachen, Laufzeitumgebungen, Editoren und Betriebssystemen, die das Repository tatsächlich berühren. Ein unter macOS entwickeltes Node-Projekt kann beide Gruppen benötigen, während ein gemischtes Backend node, python und java verbinden kann. Jeder relevante Stack zählt, denn erzeugte Artefakte stammen nicht nur von der Hauptsprache: Paketmanager legen Caches an, Testwerkzeuge erstellen Abdeckungsberichte, Editoren speichern Projektmetadaten und Desktop-Systeme ergänzen Dateisystemeinträge. Der Generator ignoriert Groß- und Kleinschreibung und entfernt äußere Leerzeichen; Node und node wählen daher denselben Katalogeintrag. Ein wiederholter Stack verdoppelt seine Regeln nicht. Ein unbekannter Name wird ausdrücklich abgelehnt, damit ein Tippfehler keine scheinbar vollständige Datei erzeugt, der eine ganze Werkzeugkette fehlt. Beschränken Sie die Auswahl auf Werkzeuge, die Ihre Mitwirkenden wirklich verwenden. Unbeteiligte Ökosysteme könnten sonst Dateien ausblenden, die vernünftigerweise versioniert werden sollten.

Verstehen Sie Zusammenführung und Deduplizierung

Die ausgewählten Kataloge werden in der von Ihnen angegebenen Reihenfolge verarbeitet. Innerhalb eines Katalogs behalten bewährte Muster ihre veröffentlichte Reihenfolge. Taucht genau dieselbe Zeile erneut auf, bleibt nur ihr erstes Vorkommen bestehen. Build- oder Coverage-Verzeichnisse kommen beispielsweise in mehreren Ökosystemen vor, erscheinen in der erzeugten Datei jedoch jeweils nur einmal. Dieser exakte Zeilenvergleich ist bewusst vorsichtig: Zwei ähnlich aussehende Muster können in Git unterschiedliche Bedeutungen haben, besonders wenn eines verankert ist, Platzhalter nutzt oder eine Datei mit einem Ausrufezeichen wieder einschließt. Deshalb schreibt der Generator Regeln weder um noch erweitert, sortiert oder vereinfacht er sie. So bleibt das Verhalten vorhersehbar, ohne die Bedeutung einer Standardvorlage nur zur Verkürzung zu verändern. Die Antwort enthält die normalisierte Stack-Liste, die endgültige Anzahl eindeutiger Muster und den vollständigen Text mit abschließendem Zeilenumbruch, sodass Sie ihn prüfen, direkt speichern oder zuverlässig in automatisierten Tests vergleichen können.

Prüfen Sie das Ergebnis vor der Übernahme

Betrachten Sie die erzeugte .gitignore als solide Ausgangsbasis und nicht als Ersatz für Kenntnisse über Ihr Repository. Lesen Sie das Ergebnis vor dem Commit, insbesondere Regeln für Lockdateien, Build-Verzeichnisse, Umgebungsdateien, Editoreinstellungen und eingebundene Abhängigkeiten. Manche Teams versionieren bewusst Dateien, die andere Projekte ausschließen; Rust-Anwendungen speichern häufig Cargo.lock, während Bibliotheken anders verfahren können. Ergänzen Sie projektspezifische Regeln hinter dem erzeugten Block und entfernen Sie jede Standardregel, die Ihrer Veröffentlichungs- oder Reproduzierbarkeitsrichtlinie widerspricht. Wird eine Datei bereits verfolgt, entfernt ein Eintrag in .gitignore sie weder aus dem Git-Index noch aus der Historie; führen Sie diese Migration getrennt und vorsichtig aus. Da die Erzeugung deterministisch und netzunabhängig ist, liefert dieselbe geordnete Stack-Liste stets denselben Text. Damit eignet sich das Werkzeug für Gerüstskripte: Speichern Sie die Auswahl mit der Projektvorlage und prüfen Sie Änderungen als übersichtlichen Diff.

Mehrsprachiges Repository starten

Verbinden Sie Standardregeln für Frontend, Backend, Editor und Entwicklungsbetriebssystem in einem Schritt.

Projektgerüste automatisieren

Erzeugen Sie bei jedem neuen Dienst oder Paket eine stabile .gitignore aus einer festgelegten Stack-Liste.

Kopierte Vorlage bereinigen

Ersetzen Sie überlappende Fragmente mehrerer Quellen durch eine deterministische Liste ohne exakte Duplikate.

Was kostet die Nutzung?

Der API-Preis beträgt $0.002 pro Anfrage; die Browserversion lässt sich auf dieser Seite lokal ausführen.

Welche Stack-Namen werden erkannt?

Der Katalog umfasst node, python, java, macos, windows, linux, vscode, jetbrains, go, rust, ruby, php und dotnet.

Wird bei Namen die Großschreibung beachtet?

Nein. Äußere Leerzeichen werden entfernt und Namen in Kleinschreibung verglichen.

Wie werden doppelte Muster behandelt?

Exakt gleiche Zeilen werden entfernt; das erste Vorkommen und die gewünschte Reihenfolge bleiben erhalten.

Was geschieht bei einem unbekannten Namen?

Die Anfrage endet mit einem Eingabefehler, der den unbekannten Wert nennt; eine Teilvorlage wird nicht geliefert.

Kann ich das Ergebnis ungeprüft verwenden?

Prüfen Sie es zuerst, da Richtlinien für Lockdateien, Abhängigkeiten, Builds und Editoren abweichen.

Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.

POSThttps://api.kit.forhosting.com/web/gitignore-generate

Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.

curl -X POST https://api.kit.forhosting.com/web/gitignore-generate \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"stacks":["node","python","macos"]}'
{
  "stacks": [
    "node",
    "python",
    "macos"
  ]
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "web.gitignore_generate",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.

pro Anfrage$0.002

Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.

timeout_sec30
max_crawl_pages25
HTTPCodeBedeutung
401unauthorizedDer API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer).
402insufficient_balanceIhr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht.
404unknown_typeUnbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog.
429rate_limitedZu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt.

Vollständige KIT-Dokumentation lesen →