Vorlagen auswählen
Suche nach Vorlagen für Sprachen, Frameworks und Werkzeuge. Füge nur die Regeln hinzu, die dein Projekt braucht.
WENIGER BALLAST IM REPOSITORY
Deine .gitignore erstellen
Wähle Sprachen, Werkzeuge und Betriebssysteme. Kombiniere Vorlagen, prüfe die Regeln und speichere eine Datei.
Vorlagen und Vorschau
Vorlagen auswählen
.gitignoreAusgewählte Vorlagen
Noch keine Vorlagen
Du kannst Vorlagen für Sprachen, Frameworks, Betriebssysteme und Editoren kombinieren. Prüfe die Regeln für dein Projekt.
.gitignore
# Wähle eine Vorlage für die Vorschau.Vorlagen werden von dieser Website geladen. Die Datei entsteht in deinem Browser.
Passende Nutzungshinweise
Nutzungshinweise für Python
- Schließe lokale virtuelle Umgebungen wie .venv und erzeugten Python-Bytecode aus.
- Entscheide anhand ihres Zwecks, ob eine projektspezifische Konfigurationsdatei in Git gehört.
- Ergänze Editor- oder Betriebssystemvorlagen nur, wenn die Regeln in dieses Repository gehören.
Hinweis: Behandle nicht jede Lock- oder requirements-Datei als entbehrlich. Abhängigkeitsdefinitionen sind häufig wesentliche Projektdateien.
Prüfen, welche Dateien Git ignoriert
git check-ignore -v .venv/bin/pythonDie Ausgabe zeigt die passende Regel und die Quelldatei. Erscheint keine Ausgabe, prüfen Sie den Pfad und ob die Datei bereits versioniert ist.
Probleme mit Ausschlussregeln lösenNutzungshinweise für Node.js
- Nimm node_modules normalerweise nicht in Git auf; installiere es aus den Abhängigkeitsdefinitionen neu.
- Prüfe die tatsächlich verwendeten Framework-Verzeichnisse wie dist, build oder .next.
- Behalte die Paket-Lockdatei, wenn dein Team reproduzierbare Installationen benötigt.
Hinweis: Gehe nicht davon aus, dass .env.example zwangsläufig Geheimnisse enthält. Häufig ist sie ein wichtiges Konfigurationsbeispiel für das Repository; prüfe ihren Inhalt.
Prüfen, welche Dateien Git ignoriert
git check-ignore -v node_modules/example/index.jsDie Ausgabe zeigt die passende Regel und die Quelldatei. Erscheint keine Ausgabe, prüfen Sie den Pfad und ob die Datei bereits versioniert ist.
Probleme mit Ausschlussregeln lösenNutzungshinweise für Java + Gradle
- Schließe kompilierte class-Dateien und Build-Ausgaben aus.
- Verwalte gradlew, gradlew.bat und die Gradle-Wrapper-Konfiguration mit Git.
- Prüfe nach Teamvereinbarung, welche IDE-Dateien lokal oder gemeinsam genutzt werden.
Hinweis: Prüfe erzeugte Archive einzeln. Ein eingechecktes Release-Artefakt kann bewusst Teil des Arbeitsablaufs sein.
Prüfen, welche Dateien Git ignoriert
git check-ignore -v app/build/classes/java/main/App.classDie Ausgabe zeigt die passende Regel und die Quelldatei. Erscheint keine Ausgabe, prüfen Sie den Pfad und ob die Datei bereits versioniert ist.
Probleme mit Ausschlussregeln lösenNutzungshinweise für Go
- Schließe lokale ausführbare Dateien und vorübergehende Coverage-Ausgaben bei Bedarf aus.
- Behalte go.mod und go.sum als Projekteingaben.
- Behandle vendor gemäß der Repository-Richtlinie statt mit einer pauschalen Ausschlussregel.
Hinweis: Ein zu breites Muster für Binärdateinamen kann eine Datei verbergen, die du einchecken möchtest. Prüfe zuerst die Vorschau.
Prüfen, welche Dateien Git ignoriert
git check-ignore -v coverage.outDie Ausgabe zeigt die passende Regel und die Quelldatei. Erscheint keine Ausgabe, prüfen Sie den Pfad und ob die Datei bereits versioniert ist.
Probleme mit Ausschlussregeln lösenNutzungshinweise für Android
- Prüfe den Ausschluss von local.properties, da diese Datei häufig den lokalen SDK-Pfad enthält.
- Behalte den Gradle Wrapper und die Build-Dateien des Projekts.
- Behandle Signaturdateien und Zugangsdaten sorgfältig und veröffentliche keine privaten Schlüssel.
Hinweis: Einige IDE-Einstellungen sind für das Team bestimmt. Prüfe die Regeln, bevor du alle IDE-Ausschlüsse übernimmst.
Prüfen, welche Dateien Git ignoriert
git check-ignore -v local.propertiesDie Ausgabe zeigt die passende Regel und die Quelldatei. Erscheint keine Ausgabe, prüfen Sie den Pfad und ob die Datei bereits versioniert ist.
Probleme mit Ausschlussregeln lösenNutzungshinweise für uni-app / HBuilderX
- Behalte pages.json, manifest.json, Quellverzeichnisse und die im Projekt verwendeten uni_modules.
- Schließe erzeugte unpackage-Ausgaben aus, sofern dein Arbeitsablauf dort keine bestimmten Dateien bewusst versioniert.
- Prüfe, ob lokale HBuilderX-Einstellungen gemeinsam genutzt werden sollen.
- Installierte node_modules lassen sich aus den Abhängigkeitsdefinitionen wiederherstellen und gehören normalerweise nicht in Git.
Hinweis: Prüfe vor einem pauschalen unpackage-Ausschluss, ob dort benötigte Ressourcen liegen. Bereits von Git erfasste Dateien werden durch neue Ausschlussregeln nicht automatisch aus der Versionsverwaltung genommen.
Prüfen, welche Dateien Git ignoriert
git check-ignore -v unpackage/dist/dev/app-plus/index.htmlDie Ausgabe zeigt die passende Regel und die Quelldatei. Erscheint keine Ausgabe, prüfen Sie den Pfad und ob die Datei bereits versioniert ist.
Probleme mit Ausschlussregeln lösenRegeln prüfen
Prüfe die Vorschau und ergänze eigene Regeln. Reihenfolge und Ausnahmen mit ! sind wichtig.
Speichern und prüfen
Speichere .gitignore im Repository. Prüfe Regeln mit git check-ignore -v; bereits erfasste Dateien benötigen einen weiteren Schritt.