- ¿Esto se ejecuta en el servidor?
- No. Todas las plantillas están en el JavaScript de la página y la combinación ocurre en tu navegador. No subimos tus elecciones, no las registramos y no las guardamos. Recarga la página y empiezas de cero.
- ¿Qué tecnologías admite?
- Lenguajes: Node.js, Python, Java, Ruby, Go, Rust, PHP, C++, C#. Frameworks: React, Vue, Next.js, Astro, Rails, Django, Spring. Editores: VSCode, la familia IntelliJ, Vim, Emacs, Sublime Text. Sistemas operativos: macOS, Windows, Linux. Elige cualquier combinación: cuantas más elijas, más reglas acaban en el archivo.
- ¿De dónde salen las plantillas?
- Los conjuntos de reglas vienen del repositorio github/gitignore, publicado bajo CC0 (dominio público). Los recortamos a lo que de verdad importa en 2026: quitamos restos viejos de AOL/CVS y dejamos las cachés de Yarn/PNPM/Vite y las salidas de los empaquetadores modernos. Las reglas van incluidas en la página; no las descargamos al usarla, por eso la herramienta funciona sin conexión.
- ¿Cómo es el archivo?
- Una cabecera corta con las plantillas que elegiste y luego una ### Sección ### por plantilla con sus reglas. Los comentarios y líneas en blanco de cada plantilla se conservan tal cual, así el archivo se lee bien cuando lo abres en tu editor. Las reglas de cada sección mantienen su orden original: nunca las reordenamos.
- ¿Cómo funciona la eliminación de duplicados?
- Si dos plantillas incluyen la misma regla (por ejemplo, .env aparece en Node, Python, PHP y Ruby), la regla se escribe una sola vez, en la primera plantilla que la incluyó. Las siguientes apariciones se descartan sin aviso. Los comentarios y las líneas en blanco pasan en todas las secciones, así las cabeceras y explicaciones siguen siendo legibles.
- ¿Puedo editar el archivo generado después?
- Sí: lo que obtienes es texto plano. Ábrelo en tu editor, añade rutas propias del proyecto, quita secciones que no necesites, comenta cosas. El generador es un punto de partida, no un contrato. La mayoría de los equipos añaden algunas reglas propias (build/, .vercel/, .turbo/, rutas a configuración local) cuando conocen las manías del proyecto.
- ¿Por qué incluir reglas del sistema como .DS_Store y Thumbs.db?
- En equipos mixtos (gente con Mac, Windows y Linux) uno acaba subiendo los archivos de metadatos del sistema de los demás si no se ignoran. La plantilla de macOS cubre .DS_Store, ._*, .Spotlight-V100 y Trashes. La de Windows cubre Thumbs.db, Desktop.ini y $RECYCLE.BIN. La de Linux cubre .Trash-*, .fuse_hidden* y archivos swap. Elige las tres si tu equipo usa las tres.
- ¿Y los secretos, como los archivos .env?
- Todas las plantillas relevantes (Node, Python, PHP, Ruby, Go, además de Next.js y Astro) incluyen .env. Si elegiste al menos una, la regla está en tu archivo. Si eres desconfiado (y deberías serlo), compruébalo: abre el archivo generado, busca .env y confírmalo. Subir un .env con claves de API es una de las formas más comunes de filtrar credenciales.
- ¿En qué se diferencia de gitignore.io / toptal.com/developers/gitignore?
- Misma idea, distinta ejecución. Nosotros funcionamos por completo en el cliente: sin servidor, sin llamadas a una API, sin límite de uso. La contrapartida: nuestra lista de plantillas es más corta (unas 22 de las tecnologías más comunes, no la larga cola de más de 500). Para un proyecto con Node + Next.js + VSCode + macOS obtendrás las mismas reglas esenciales; para un stack de nicho (CodeIgniter, ColdFusion, MATLAB), usa otra herramienta.
- ¿Puedo usar el archivo generado en un proyecto privado o comercial?
- Sí. Los conjuntos de reglas vienen de github/gitignore, que es CC0 (dedicación al dominio público): no hace falta atribución, no hay licencia que heredar, úsalos donde quieras. Un .gitignore es una lista de patrones de archivo; en la práctica no se pueden proteger con derechos de autor, pero CC0 lo deja explícito.
