Cómo usar: Generador de .env.example
- Pega tu
.env(nunca sale del navegador) o cambia a Desde código fuente y pega el código. - Los secretos como claves, tokens, contraseñas y cadenas de conexión se vacían; los valores seguros como
PORT=3000se mantienen. - Revisa el resumen de lo que se eliminó, se mantuvo y se marcó.
- Copia o descarga el
.env.exampley súbelo al repositorio.
¿Por qué subir un .env.example?
Un archivo .env contiene secretos y nunca debe subirse al repositorio. Pero los nuevos miembros del equipo, el CI y las plataformas de despliegue siguen necesitando saber qué variables existen. Un .env.example (también llamado .env.sample o .env.template) enumera cada clave con valores de marcador de posición y comentarios, así cualquiera puede copiarlo a .env y rellenar sus propios valores.
Cómo se detectan los secretos
- Nombres de clave que contienen SECRET, TOKEN, PASSWORD, PASS, PWD, KEY, PRIVATE, CREDENTIAL, AUTH, SALT, DSN o WEBHOOK.
- Patrones de valor como claves de Stripe (
sk_live_…), GitHub (ghp_…), AWS (AKIA…), Slack, OpenAI y Anthropic, JWT, claves privadas PEM y URLs con contraseñas incrustadas (postgres://user:pass@…). - Cadenas de alta entropía: los valores largos de apariencia aleatoria se tratan como secretos aunque el nombre de la clave parezca inofensivo.
Los valores por defecto seguros (puertos, niveles de log, NODE_ENV, booleanos, URLs con localhost) se mantienen para que el ejemplo funcione de inmediato. Comprueba el archivo final con el validador de archivos .env y mantén .env fuera de Git con el generador de .gitignore.
También se busca como: generador env example, .env.example, generar env example, plantilla env, ejemplo dotenv, quitar secretos de env, buscar variables de entorno en código.
Herramientas que combinan con: Generador de .env.example
- Generador de Dockerfile — Elige tu stack y obtén un Dockerfile listo para producción: build multi-etapa, capa de dependencias en caché, usuario no root, health check y un .dockerignore a juego, explicado línea por línea.
- Generador de Docker Compose — Marca los servicios que necesites —aplicación, base de datos, caché, interfaz de administración, receptor de correo— y obtén un archivo `compose.yaml` limpio con imágenes fijadas, volúmenes con nombre, comprobaciones de estado y depends_on condiciones, además de un archivo .env a juego con contraseñas generadas.
- Validador de GitHub Actions — Pega un workflow de .github/workflows y encuentra los problemas antes que CI: triggers no válidos, runs-on que falta, needs rotos, expresiones incorrectas, acciones obsoletas y riesgos de inyección de scripts.
- Validador YAML — Pega un archivo de Docker Compose, un manifiesto de Kubernetes, un workflow de GitHub Actions o cualquier YAML para localizar errores, detectar trampas habituales y obtener una versión bien formateada.
Preguntas frecuentes
¿Se sube mi archivo .env a algún sitio?
¿Qué lenguajes admite el escaneo de código?
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# y referencias ${VAR} de Docker Compose.¿Qué son las pistas de tipo?
# number, # boolean o # url derivados del valor original, para que quien rellene el archivo sepa qué formato se espera.