Probador de patrones glob

Funciones

• Tres dialectos tratados por separado, cada uno con su propio significado para el asterisco doble, las barras inicial y final, y el prefijo de exclamación
• Cada ruta se reporta como coincidente o no, con las coincidencias resaltadas
• El patrón se muestra como expresión regular para que puedas comprobar otra implementación
• Los patrones negados en gitignore o dockerignore se señalan (una coincidencia ahí significa que no hay que ignorar)
• Tanto las clases de caracteres como `[0-9]` como las negadas como `[!0-9]` funcionan; un corchete sin cerrar se trata como literal en vez de lanzar un error
• Los metacaracteres de regex (punto, más, paréntesis) se escapan, así que `*.js` no coincide con `aXjs`
• Una barra seguida de asterisco doble coincide con `a` misma, y un asterisco doble al principio coincide con `a.ts` en la raíz
• La distinción de mayúsculas se puede desactivar

Cómo se usa

1. Pon el patrón en la primera línea y una ruta por línea debajo
2. Elige el dialecto que corresponda a lo que estás comprobando
3. Lee los veredictos por línea; cuando uno te sorprenda, mira la expresión regular de arriba
4. Edita el patrón y los resultados se actualizan mientras escribes

Preguntas frecuentes

¿Por qué `*.js` no coincide con `src/a.js`?

Porque según las reglas de shell un asterisco no cruza un separador de ruta, así que `*.js` coincide solo con los archivos .js del directorio actual. Usa un asterisco doble seguido de barra, o `src/*.js`, para cruzar directorios. Es fácil confundirlo con regex: `.*` en una regex cruza todo por defecto, mientras que un asterisco de glob no cruza una barra — y ahí es exactamente donde los traductores caseros meten la pata y emiten `.*`.

¿Por qué un asterisco doble al principio coincide con `a.ts` en la raíz?

Porque el segmento de asterisco doble más barra significa cualquier número de directorios, incluido ninguno. Quien escribe ese patrón quiere todos los archivos .ts, y uno en la raíz cuenta obviamente, así que ese segmento tiene que poder desaparecer por completo. Muchas implementaciones caseras se saltan esto, y el síntoma es que coincide todo lo que está bajo src y nada de la raíz.

¿Qué significa el signo de exclamación en `.gitignore`?

Negación: vuelve a incluir algo que una regla anterior ignoraba. Así que cuando coincide una regla negada significa «no ignores esto», lo contrario que cualquier otra regla. Por eso se señala aparte aquí. En shell ese mismo carácter significa otra cosa (expansión de historial) y no tiene nada que ver con la coincidencia, así que bajo el dialecto de shell es un carácter literal.

¿Puedo validar un `.gitignore` entero con esto?

Un patrón cada vez. Pon la regla que te genera dudas en la primera línea y lista debajo las rutas relevantes. Pegar el archivo entero no funciona, porque solo la primera línea se lee como patrón. Sacar las dos o tres reglas dudosas y probarlas por separado es mucho más rápido que buscar por qué un archivo no se está ignorando.