2026-05-31 · 1 Min. Lesezeit
gitignore-Vorlagen für neue Repositories
Mit stack-spezifischer Vorlage starten statt ein altes Repo komplett zu kopieren.
Wichtige Punkte
- Vorlage wählen, die zu primärer Sprache/Runtime passt, dann lokale Pfade anhängen.
- Secrets aus Git fernhalten – .env gehört in gitignore, auch wenn Env-Dateien in CI geparst werden.
Basisvorlage wählen
Node-Vorlagen decken node_modules und Build-Output ab; Python-Vorlagen virtualenvs und __pycache__.
Neu generieren wenn eine neue Sprache ins Monorepo kommt – nicht hunderte Zeilen ohne Review handeditieren.
Team-Vorlagen in Monorepos
Lege eine Root-.gitignore fest und ergänze nur in Unterpaketen Ausnahmen (z. B. !/apps/web/dist für Artefakte mit dokumentiertem Grund).
Für .env.*: niemals echte Secrets committen—nutze .env.example mit Platzhaltern und parse vor dem Deploy mit dem Env-Parser.
Bei generierten Ordnern (coverage, .next, dist) ein Muster pro Tool-Kette wählen, damit Reviews erkennen, was bewusst ignoriert wird.
Häufige Fragen
Soll ich .env.example committen?
Ja – Beispieldateien ohne Secrets helfen beim Onboarding; echte .env-Dateien ignorieren.
Kann ich zwei Vorlagen mergen?
Eine Basis generieren, einzigartige Zeilen des zweiten Stacks einfügen und vor Commit deduplizieren.