Generador .gitignore — Astro, Bun, Deno + modo diff

¿Qué hace el generador .gitignore?

El generador es un mezclador de plantillas .gitignore. Elija entre un conjunto preparado (lenguajes, frameworks, IDE, SO y herramientas), añada opcionalmente líneas propias y reciba un .gitignore fusionado — duplicados filtrados, orden estable, negaciones conservadas o eliminadas según opción. El archivo se copia o se descarga como .gitignore. Todo ocurre en el navegador. Sin subida, sin cuenta, sin banner de cookies.

A su lado se sienta una segunda pestaña para el clásico archivo acompañante .gitattributes con codificación, fin de línea, marcadores binarios y filtros Git LFS. Ambos archivos pertenecen a casi cualquier repo — el generador los reúne en la misma interfaz.

¿Qué plantillas vienen integradas?

Más de 30 modelos, agrupados en cinco categorías:

• Frameworks (stack 2026) — Astro, Svelte 5, SvelteKit, Tailwind v4, Bun, Deno 2, Vite, Vitest, Playwright. Más los clásicos Next.js, Remix, Solid y Qwik.
• Lenguajes — Node, Python, Ruby, Go, Rust, Java, Kotlin, Swift, PHP, C++ y .NET.
• IDE / editores — VSCode, JetBrains, WebStorm, Sublime Text, Vim, Emacs y Cursor.
• Sistemas operativos — macOS, Windows y Linux.
• Herramientas — Docker, Terraform, AWS CDK y Git en general.

Las plantillas de lenguajes e IDE se basan en el repositorio github/gitignore (CC0-1.0, dominio público). Las plantillas 2026 son de cosecha propia, porque el repositorio oficial no incluye entrada propia para Astro, Svelte, Bun, Deno, Vite, Vitest y Playwright — las PR respectivas llevan meses pendientes.

Las plantillas 2026

En el selector, las plantillas 2026 llevan la pequeña etiqueta 2026. Patrones derivados de las documentaciones oficiales:

• Astro ignora dist/, .astro/, familias .env.
• Svelte 5 / SvelteKit ignora .svelte-kit/ además de dist/ y node_modules/.
• Bun mantiene bun.lockb versionado (por recomendación de la documentación), comenta la variante de ignore.
• Deno 2 ignora deno.lock (lockfile fija IDs de registro, conviene commitear según necesidad) y _deno/.
• Tailwind v4 ignora la caché del Lightning CSS Engine .tailwindcss/.
• Playwright ignora test-results/, playwright-report/, playwright/.cache/.

¿Cómo funciona la fusión?

Al pulsar una plantilla, sus patrones se recogen en un orden de pila — primero el bloque seleccionado en primer lugar, después los siguientes. A continuación, deduplicación en dos pasos:

1. Coincidencia exacta de cadena — los patrones idénticos de varias plantillas aterrizan una vez en la salida. node_modules/ de Node y de Astro no aparece duplicado.
2. Preservación de negaciones — las líneas que empiezan por ! se conservan por defecto. La opción Eliminar negaciones las retira si no las necesita.

Comentarios y líneas en blanco NO se deduplican — aportan estructura que la salida debe conservar. Los patrones en conflicto (dos o más plantillas aportan la misma línea) aparecen una vez, con una entrada en el panel de avisos «patrones solapados».

Marcado de fuentes

En modo Detallado, cada bloque de plantilla recibe un encabezado de sección visible (# ── Node ──, # ── macOS ──). En modo Compacto desaparecen. Así el resultado queda legible sin sobrecargar el archivo de metacomentarios. El hover por patrón (en la vista previa) muestra además de qué plantilla procede la línea — incluso en conflictos, donde varias plantillas aportaron la misma regla.

¿Qué hace el modo diff?

Quien ya tenga un .gitignore en el proyecto activa el modo diff en el bloque Ajustes y pega el archivo existente. El generador muestra tres columnas:

• Nuevo — líneas que la fusión añadiría.
• Existente — líneas idénticas en ambas versiones.
• Solo en su archivo — líneas de su .gitignore existente que la fusión no contemplaba. Las ve para decidir si las mantiene.

Así no hay reemplazo big-bang. Copie solo la columna «Nuevo» en su archivo existente y conserve todas sus personalizaciones.

¿Cómo se regula la privacidad?

Pure-client. Todas las plantillas se empaquetan en el build de la página. Al abrir no se carga nada desde github.com — tampoco en modo diff. Su selección, sus líneas propias, su contenido pegado para diff: permanece en el navegador. No hay endpoint de telemetría, ni cookie, ni cuenta. Para revisar el código fuente, las plantillas están en el repositorio público del builder.

¿Qué no se construye intencionalmente?

El generador es un editor, no una auditoría. Intencionalmente no se construyen:

• Sin escaneo de repos — sin conexión OAuth a GitHub o GitLab. Requeriría llamadas a servidor.
• Sin configuración LFS más allá de los filtros LFS — .gitattributes fija las extensiones LFS, nada más. Para tracking, storage y migración, use directamente la CLI git lfs.
• Sin fetch de plantillas desde servidor — el enfoque estándar de gitignore.io es API de servidor. Aquí todas las plantillas funcionan en el navegador, sin límite de fetch y sin seguimiento.
• Sin login / historial — las últimas diez configuraciones no se guardan. Quien necesite una combinación repetida la guarda en su propio gestor de snippets.
• Sin entrada NLP — sin «describe tu proyecto y yo elijo». Rompería la promesa pure-client.

Temas relacionados

• Git en Wikipedia — historia, arquitectura, workflow
• Doc git-scm: gitignore — especificación oficial de patrones
• Doc git-scm: gitattributes — codificación, finales de línea, LFS
• github/gitignore — colección de plantillas CC0 de las que provienen las plantillas de lenguajes e IDE