Generador de .gitignore

Funciones

• 17 plantillas: Node.js, Python, Java, Go, Rust y PHP; Next.js, Nuxt, Django y Rails; VS Code, JetBrains, Vim y Sublime; macOS, Windows y Linux
• Las reglas se deduplican entre plantillas, conservando la primera aparición
• Cada plantilla forma su propia sección comentada, fácil de editar o borrar después
• Añade tus propias reglas en el campo de entrada; se conservan tal cual, comentarios incluidos, al final
• Las líneas de negación se quedan justo detrás de la regla que exceptúan, así que un wrapper jar no se ignora por accidente
• El comentario de cabecera se puede desactivar

Cómo se usa

1. Marca las plantillas que necesite tu proyecto, tantas como quieras
2. Añade tus propias reglas en el campo de entrada, una por línea; déjalo vacío si no tienes ninguna
3. Pulsa «Ejecutar» para generar, o «Cargar ejemplo» para ver al momento la fusión y la deduplicación
4. Pulsa «Copiar» y pégalo en el .gitignore de la raíz de tu proyecto

Preguntas frecuentes

¿Por qué no pasa nada al pulsar «Ejecutar»?

Porque no hay ninguna plantilla marcada y el campo está vacío. El campo de entrada es solo para tus reglas extra, una por línea: las plantillas no lo necesitan. Marca al menos una plantilla o escribe una regla.

¿Por qué falta una regla en la sección que marqué?

Porque ya había aparecido en una plantilla anterior. La deduplicación conserva la primera aparición, así que una vez que el directorio build sale bajo Node ya no se repite bajo Python ni Java. La regla sigue aplicándose; en qué sección caiga da igual.

¿Podrían estas reglas ignorar archivos que necesito?

Podrían, sobre todo con patrones amplios como lib, build, out o tags. Échale un vistazo a la salida y borra las líneas que no quieras. Justo por eso cada plantilla queda como una sección aparte: borrar un bloque entero es mucho más fácil que elegir una línea entre cientos.

¿Por qué no se ignoran Cargo.lock y composer.lock?

Para las aplicaciones esos dos archivos pertenecen al control de versiones; ignorarlos hace que las compilaciones no se puedan reproducir. Solo tiene sentido ignorarlos cuando publicas una biblioteca. La herramienta los deja en paz, y puedes añadir una línea tú mismo si quieres lo contrario.

¿Por qué se ignora .env?

Un archivo .env suele guardar claves y contraseñas de base de datos y no pertenece al control de versiones; lo habitual es confirmar un .env.example en su lugar. Si tu proyecto de verdad confirma el .env, borra esa línea o añade una línea !.env en el campo de entrada: las negaciones tienen que ir detrás de la regla que exceptúan.

¿Se sube algo?

No. La generación ocurre por completo en tu navegador y la página no hace ninguna petición de red.