Generadores

Generador de .gitignore

Crea un .gitignore limpio para cualquier proyecto sin salir del navegador. Busca entre más de 300 plantillas de la colección oficial github/gitignore —lenguajes y frameworks como Node, Python, Go y Rust, además de editores, IDE y sistemas operativos como VS Code, JetBrains, macOS y Windows— y combina tantas como necesites. Cada plantilla se convierte en una sección con su título, una pasada opcional elimina las reglas repetidas y luego copias el resultado o descargas el archivo. Nada de lo que elijas se envía a un servidor.

  • Combina más de 300 plantillas oficiales de lenguajes, frameworks, editores y sistemas operativos
  • Ajustes preestablecidos de un clic para stacks comunes como Node, Python, Go y Unity
  • La deduplicación opcional fusiona reglas repetidas entre secciones
  • Copia el archivo o descarga .gitignore, todo en tu navegador
tools/generador de
Seleccionadas: 0
Preajustes
Lenguajes y frameworks (163)
IDE, editores y SO (76)
Comunidad (73)
Elige una o más plantillas para construir tu .gitignore.
Plantillas de github/gitignore (CC0-1.0) · dcc0fc7
Acciones rápidas

Resumen

Elige los lenguajes, herramientas y plataformas que usa tu repositorio y el generador arma un único .gitignore bien ordenado con las mismas plantillas que mantiene GitHub.

  1. 01

    Más de 300 plantillas oficiales

    Cada plantilla proviene del proyecto github/gitignore, la misma fuente que impulsa las sugerencias que muestra GitHub al crear un repositorio, así que las reglas siguen convenciones reales mantenidas por la comunidad.

  2. 02

    Lenguajes y frameworks

    Cubre los artefactos de compilación, las carpetas de dependencias y los archivos de caché de stacks como Node, Python, Go, Rust, Java, PHP, Ruby y decenas más, cada uno en su propio bloque con título.

  3. 03

    Editores, IDE y sistemas operativos

    Añade reglas globales para VS Code, los IDE de JetBrains, Vim y Emacs, además del desorden del SO como .DS_Store en macOS y Thumbs.db en Windows, para que los archivos propios de la máquina nunca se confirmen.

  4. 04

    Combina cuantas necesites

    Selecciona cualquier mezcla de plantillas y la salida las apila en secciones claramente etiquetadas, con un encabezado ### por plantilla, para que el archivo siga siendo legible sin importar cuántas combines.

  5. 05

    Preajustes de un clic

    Parte de una combinación seleccionada para un stack común —por ejemplo, Node con VS Code y macOS— y luego ajústala agregando o quitando plantillas individuales.

  6. 06

    Deduplicación opcional

    Activa la deduplicación para descartar las líneas de reglas que se repiten entre secciones, conservando todos los comentarios y encabezados, para un archivo más corto pero igual de legible.

  7. 07

    Copia o descarga, solo local

    Copia el archivo terminado al portapapeles o descárgalo como .gitignore. Las plantillas están incluidas en la página, así que tus selecciones no se envían a ningún lado.

Cómo usarla

Busca los lenguajes y herramientas que usa tu proyecto, selecciónalos y el archivo de la derecha se actualiza al instante. Refina hasta que cubra todo lo que tu repositorio debe ignorar.

  1. 01

    Busca un lenguaje, framework, editor o sistema operativo, o parte de un preajuste.

  2. 02

    Haz clic en una plantilla para añadirla; cada selección se convierte en una sección con título en la salida.

  3. 03

    Añade plantillas de editor y SO como VS Code y macOS para atrapar los archivos propios de la máquina.

  4. 04

    Si quieres, activa la deduplicación para fusionar las reglas que se repiten entre secciones.

  5. 05

    Revisa el .gitignore generado y elimina cualquier plantilla que no necesites.

  6. 06

    Copia el archivo o descárgalo y colócalo en la raíz de tu repositorio.

Detalles

Un buen archivo de ignorados mantiene fuera del control de versiones los archivos generados, propios de la máquina y secretos, sin tocar tu código fuente. Estos hábitos lo mantienen certero.

  • Ignora carpetas de dependencias como node_modules y vendor, que siempre se pueden reinstalar desde un manifiesto.
  • Ignora la salida de compilación como dist, build y los binarios compilados para que solo se rastree el código fuente.
  • Ignora archivos de editor y SO como .idea, .vscode, .DS_Store y Thumbs.db que difieren en cada máquina.
  • Ignora archivos locales de entorno y secretos como .env para que las credenciales nunca lleguen al remoto.
  • Mantén separadas las secciones de lenguajes y herramientas para que quede claro por qué existe cada regla.
  • Confirma el .gitignore en la raíz del repositorio antes del primer push, para que nada indeseado se rastree desde el inicio.

Casos de uso

Un .gitignore es uno de los primeros archivos de casi todo repositorio, por lo que un generador rápido y certero ahorra tiempo cada vez que arranca un proyecto o servicio nuevo.

  1. Iniciar un repositorio nuevo

    Genera un archivo de ignorados completo para tu stack en segundos, en lugar de copiar fragmentos de proyectos viejos o de memoria.

  2. Proyectos políglotas y monorepos

    Combina de una vez plantillas de varios lenguajes y herramientas cuando un único repositorio aloja un frontend, un backend y scripts.

  3. Coherencia de equipo y editor

    Añade plantillas de editor y SO para que los archivos de VS Code, JetBrains, macOS y Windows se ignoren para todo el equipo.

  4. Ordenar un repo existente

    Genera las reglas que te faltaban, pégalas y detén los commits accidentales de salida de compilación, cachés o ajustes locales.

  5. Builds de CI y contenedores

    Mantén los artefactos locales y las carpetas de dependencias fuera del contexto para que los builds sigan siendo pequeños y reproducibles.

  6. Enseñanza y plantillas

    Produce un archivo de ignorados inicial sensato para repositorios de cursos, boilerplates y plantillas de proyecto que otros clonarán.

Ver también

Preparar un repositorio nuevo suele implicar más que un .gitignore. Para crear los iconos que muestran el sitio y los marcadores, usa el Generador de favicon para exportar un ICO y el manifest. Para armar las etiquetas del head para búsqueda y redes sociales, abre el Generador de meta etiquetas , y para convertir el nombre de un proyecto o página en una URL limpia, pásalo por el Generador de slug antes de publicar.

Buenas prácticas

Un archivo de ignorados funciona mejor cuando es específico y se confirma temprano. Unos pocos hábitos evitan los errores de control de versiones más comunes.

  • Añade el .gitignore antes de tu primer commit para que los archivos de compilación sin rastrear y los secretos nunca entren al historial.
  • Prefiere las plantillas oficiales de lenguaje y herramienta a las reglas improvisadas; están mantenidas y cubren casos límite que podrías pasar por alto.
  • Nunca dependas de .gitignore para ocultar secretos ya confirmados: los archivos ya rastreados se siguen rastreando; en su lugar, rótalos y elimínalos.
  • Mantén un gitignore global en tu máquina para los archivos personales del editor, y los ignorados del repositorio para las reglas propias del proyecto.
  • Vuelve a generar y compara al añadir un lenguaje o herramienta nueva, para que el archivo de ignorados crezca con el proyecto.

Limitaciones

El generador escribe las reglas de ignorado; no cambia lo que Git ya rastrea ni juzga qué archivos necesita realmente tu proyecto.

  • Añadir una regla no deja de rastrear un archivo ya confirmado; usa git rm --cached para dejar de rastrearlo y luego confirma.
  • .gitignore controla el control de versiones, no la seguridad; un secreto que se subió una vez permanece en el historial hasta que se reescriba.
  • Las plantillas son puntos de partida amplios; un proyecto concreto puede necesitar aún algunas reglas propias que la colección no puede conocer.
  • Las plantillas incluidas reflejan una instantánea de github/gitignore; el origen puede añadir reglas después de la última actualización de esta página.
  • Ignorar una carpeta no la borra localmente; solo evita que Git rastree los archivos nuevos sin rastrear que haya dentro.

Preguntas frecuentes

Dudas comunes sobre de dónde salen estas plantillas, cómo se combinan las secciones y qué puede y qué no puede hacer un .gitignore.

¿De dónde salen las plantillas?

Cada plantilla se toma del repositorio oficial github/gitignore, publicado bajo CC0-1.0 (dominio público). Es la misma colección que usa GitHub para sugerir un archivo de ignorados al crear un repositorio nuevo, así que las reglas siguen convenciones ampliamente aceptadas.

¿Puedo combinar varios lenguajes y herramientas?

Sí. Selecciona tantas plantillas como quieras —por ejemplo un lenguaje, un editor y un sistema operativo— y el generador las apila en un único archivo, con una sección ### con título para cada una para que siga siendo legible.

¿Qué hace la opción de deduplicación?

Cuando dos plantillas incluyen el mismo patrón, activar la deduplicación conserva la primera aparición y descarta las repeticiones posteriores, preservando todos los comentarios y encabezados de sección. Produce un archivo más corto con el mismo efecto.

¿Dejará de rastrear archivos ya confirmados?

No. Un .gitignore solo afecta a los archivos sin rastrear. Si un archivo ya está rastreado, ejecuta git rm --cached <archivo> para dejar de rastrearlo y luego confirma; después la regla de ignorado se le aplica.

¿El .gitignore se construye en un servidor?

No. La colección completa de plantillas está incluida en esta página, así que el archivo se arma por completo en tu navegador. Tus selecciones, la salida generada y cualquier descarga no se envían a un servidor por esta herramienta.

¿Cómo mantengo las plantillas al día?

Las plantillas son una instantánea incluida de github/gitignore. Cuando el sitio se reconstruye a partir de una instantánea más reciente, el generador refleja las últimas reglas; para un proyecto concreto siempre puedes añadir reglas propias sobre el archivo generado.

Herramientas relacionadas

Usa la categoría de generadores cuando necesites un .gitignore junto con favicons, etiquetas meta, slugs, ID u otras tareas de configuración del proyecto.