So nutzt du: .env.example Generator
- Füge deine
.envein (sie verlässt den Browser nie) oder wechsle zu Aus Quellcode und füge deinen Code ein. - Secrets wie Keys, Tokens, Passwörter und Verbindungsstrings werden geleert. Sichere Werte wie
PORT=3000bleiben erhalten. - Prüfe die Zusammenfassung, was entfernt, behalten und markiert wurde.
- Kopiere oder lade die
.env.exampleherunter und committe sie.
Warum eine .env.example committen?
Eine .env-Datei enthält Secrets und darf niemals committed werden. Neue Teammitglieder, CI und Deployment-Plattformen müssen aber trotzdem wissen, welche Variablen existieren. Eine .env.example (auch .env.sample oder .env.template genannt) listet jeden Key mit Platzhalterwerten und Kommentaren auf. So kann jeder die Datei nach .env kopieren und seine eigenen Werte eintragen.
Wie Secrets erkannt werden
- Key-Namen, die SECRET, TOKEN, PASSWORD, PASS, PWD, KEY, PRIVATE, CREDENTIAL, AUTH, SALT, DSN oder WEBHOOK enthalten.
- Wertmuster wie Stripe (
sk_live_…), GitHub (ghp_…), AWS (AKIA…), Slack-, OpenAI- und Anthropic-Keys, JWTs, PEM-Private-Keys sowie URLs mit eingebetteten Passwörtern (postgres://user:pass@…). - Hochentropische Strings: Lange, zufällig wirkende Werte gelten als Secrets, selbst wenn der Key-Name harmlos aussieht.
Sichere Defaults (Ports, Log-Level, NODE_ENV, Booleans, localhost-URLs) bleiben erhalten, damit das Beispiel direkt funktioniert. Prüfe die fertige Datei mit dem .env-File-Validator und halte .env mit dem .gitignore-Generator aus Git heraus.
Auch gesucht als: .env.example erstellen, env beispiel generator, env template erstellen, dotenv example, secrets aus env entfernen, umgebungsvariablen im code finden.
Passende Tools zu: .env.example Generator
- Dockerfile Generator — Wähle deinen Stack und erhalte ein produktionsreifes Dockerfile: Multi-Stage-Build, gecachte Abhängigkeits-Layer, Non-Root-User, Health-Check und eine passende .dockerignore – Zeile für Zeile erklärt.
- Docker-Compose-Generator — Kreuze die Dienste an, die du brauchst – App, Datenbank, Cache, Admin-UI, Mail-Catcher – und du erhältst eine übersichtliche „compose.yaml“-Datei mit festgelegten Images, benannten Volumes, Healthchecks und depends_on Bedingungen sowie eine passende .env-Datei mit generierten Passwörtern.
- GitHub Actions Validator — Füge einen Workflow aus .github/workflows ein und finde Probleme, bevor es die CI tut: ungültige Trigger, fehlendes runs-on, kaputte needs, fehlerhafte Ausdrücke, veraltete Actions und Risiken durch Script-Injection.
- YAML-Validator — Füge eine Docker-Compose-Datei, ein Kubernetes-Manifest, einen GitHub-Actions-Workflow oder beliebiges YAML ein, um Fehler genau zu finden, typische Stolperfallen zu erkennen und eine sauber formatierte Version zu erhalten.
Häufige Fragen
Wird meine .env-Datei hochgeladen?
Welche Sprachen unterstützt die Code-Analyse?
process.env.X, process.env["X"], import.meta.env.X, Deno.env.get), Python (os.environ, os.getenv), Go (os.Getenv), Ruby (ENV["X"]), PHP (getenv, $_ENV), Rust (env::var), Java (System.getenv), C# sowie Docker-Compose-${VAR}-Referenzen.Was sind die Typ-Hinweise?
# number, # boolean oder # url, abgeleitet vom Originalwert. So weiß jeder, der die Datei ausfüllt, welches Format erwartet wird.