Cómo usar: Generador de .gitignore
- Elige todo lo que utilice tu proyecto: un lenguaje, un framework, tu sistema operativo y tu editor. O empieza con una configuración predefinida.
- Usa el filtro para encontrar plantillas rápidamente («next», «jet», «docker»).
- Añade rutas específicas del proyecto en «Tus propias reglas»; se añaden al final para que puedan anular las reglas anteriores con
!. - Descarga el archivo, guárdalo como
.gitignoreen la raíz de tu repositorio y haz un commit.
¿Qué hay que incluir en un archivo .gitignore?
Todo lo que sea generado, específico de un equipo o confidencial: carpetas de dependencias (node_modules/, .venv/), resultados de la compilación (dist/, .next/), cachés, registros, ajustes del editor y .env archivos con credenciales. El código fuente, los archivos de bloqueo y la configuración que comparte tu equipo se quedan en Git.
| Patrón | Coincide con |
|---|---|
node_modules/ | La carpeta en cualquier parte del repositorio (la barra al final = solo directorios) |
/dist | Solo dist en la raíz del repositorio (la barra inicial lo fija ahí) |
*.log | Todos los archivos que terminen en .log, en cualquier carpeta |
**/temp | temp a cualquier profundidad |
!.env.example | Vuelve a incluir un archivo que una regla anterior había ignorado |
# comment | Línea ignorada: úsala para los encabezados de sección |
¿Ya has confirmado un archivo que ahora quieres ignorar?
Una .gitignore solo afecta a los archivos no controlados. Para dejar de controlar algo que ya está en el repositorio, ejecuta git rm --cached path/to/file y haz el commit: el Generador de comandos de Git crea el comando exacto. Si has hecho commit de un secreto, cámbialo: eliminarlo del último commit no lo borra del historial. Comprueba tus archivos de entorno con el Validador de archivos .env.
Ignorar a nivel de proyecto frente a ignorar globalmente
Los archivos del sistema operativo y del editor (.DS_Store, Thumbs.db, .idea/) también pueden incluirse en un archivo de ignorados global en tu propio ordenador: git config --global core.excludesFile ~/.gitignore_global. Muchos equipos siguen añadiéndolos al archivo del proyecto para que nadie los comite por error. Combina tu archivo de ignorados con un .editorconfig y un README al crear un nuevo repositorio.
También se busca como: generador de archivos `.gitignore`, .gitignore, gitignore node, gitignore en python, gitignore react, gitignore next.js, plantilla de `.gitignore`, gitignore macos ds_store.
Herramientas que combinan con: Generador de .gitignore
- Generador de package.json — Rellena el formulario y obtén un package.json válido: validación del nombre en npm, plantillas de scripts para Vite, Next.js, Node y librerías TypeScript, exports, engines, licencia y repositorio, con avisos de los errores más comunes.
- Generador de flujos de trabajo de GitHub Actions — Elige tu pila, tus desencadenantes y tus pasos, y obtén un .github/workflows/ci.yml — instalación, caché, lint, pruebas, compilación, una matriz de versiones y, si quieres, una implementación en GitHub Pages, Vercel o un registro de contenedores.
- 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.
- Generador de YAML de Kubernetes — Indica el nombre de tu app, la imagen y el puerto, y obtén YAML de Kubernetes listo para producción: un Deployment con probes, límites de recursos y un contexto de seguridad reforzado, además del Service, el Ingress con TLS, el ConfigMap, el Secret y el HorizontalPodAutoscaler que marques, todo en un solo archivo listo para kubectl apply.
Preguntas frecuentes
¿Dónde pongo el archivo .gitignore?
.gitignore. Puedes añadir más archivos .gitignore en las subcarpetas; sus reglas se aplican en relación con esa carpeta.¿Por qué sigue apareciendo un archivo en el control de versiones después de haberlo añadido a .gitignore?
git rm --cached <file> (añade -r para carpetas) y, a continuación, haz un commit. El archivo se queda en tu disco.¿Debería guardar «package-lock.json» o «yarn.lock»?
¿Debería incluirse .env en .gitignore?
.env y .env.*.local, pero guarda un .env.example con los nombres de las variables y sin valores reales para que tus compañeros sepan qué deben configurar.